前言
關於程序員成長的話題，我前面寫過一篇文章 - 程序員天天CURD，職業生涯怎麼發展的思考。
現在回頭看，對程序員這個職業發展的認識以及怎麼發展還是有一些侷限性。有一句話是這麼說的：人的成長就是不斷認爲以前的自己是一個“傻逼”的過程。這句話用詞很激烈但成長也許就是如此。人要不斷擴大、精進以前的認知，甚至顛覆自己以前的認知，自己纔有可能一步一步成長。
“不斷顛覆掉以前的自己，人才能成長”。
根據工作年限劃分
這裏我根據工作年限來劃分，人處於不同時間節點、發展階段來進行說明。我想這樣劃分，應該會更有一點指導意義。
工作 0 - 3 年
從剛畢業的畢業生到進入職場工作的職場人，人的角色發生了轉變。頭 3 年也是關鍵的 3 年，會給你以後的發展奠定一個發展基礎，良好的開局就是爲以後打牢發展地基，地基穩了，那麼以後在上面建立高聳入雲的“職業大廈”就會更穩。
第一年進入職場，要熟悉職場工作環境，職場人之間的工作關係，瞭解工作的業務邏輯和流程等等，這是關於工作上相關事情。
這個期間做 CURD 的工作是避免不了的，因爲剛開始編寫商業代碼，都會從最簡單的 CURD 開始，慢慢纔會做一些高級的編碼工作。
那麼自己的成長呢？
我覺得重點學習還是放到技術上，在這 3 年時間裏努力提升自己的技術，圍繞某一編程語言或某一業務領域需要的技術，來打造自己的技術體系。
比如圍繞 java 相關技術，它的技術體系是怎麼樣的？自己可以編寫一個思維導圖，然後編寫學習計劃，根據這個計劃來學習。
比如大模型 LLM 相關技術，它的技術體系是怎麼樣的？編寫一個思維導圖。
怎麼編寫思維導圖內容呢？
- 第一：找相關書籍，看它的標題
- 第二：找相關大學教授的課程，國內和國外的
- 第三：一些大模型問答系統，如 ChatGPT，豆包，kimi 等
然後綜合來編寫出一個技術學習的思維導圖，當然，如果自己有新的內容，可以隨時調整內容。
比如 Java 相關技術學習的思維導圖：
上面的這個學習導圖只是舉一個例子， 它只是 Java 技術學習的一部分，比如還有集合原理理解，Spring源碼分析，設計模式，分佈式，編碼規範等等其它內容。如果是技術應用呢，又是一個大的主題，比如電商，社交等等。
由此可見，要深入技術和應用的學習，還有很多內容可以學。
學習優先級，就是先學習基礎和日常業務常用到的內容。
思維導圖學習：這是一個很好的思考和學習方法 - 系統思維 或 整體思維 。對一個事物進行系統的學習，而不是部分學習。如果只是部分學習，那麼就像盲人摸象似的。
編寫了上面的學習路線圖之後，就要制定相關的學習計劃，什麼時間到什麼時間學習哪些內容。可以用 Google 日曆制定學習計劃，也可以用相關清單軟件制定學習計劃。
不光要看，還要自己動手練習寫代碼，寫筆記 blog 記錄學習的成果，最好能用自己的語言把理解的內容寫出來，這樣學習會更深刻。忘記了，還可以回頭複習筆記。
知行合一：無論怎麼精密的計劃，如果不付諸行動，去一步一步按照計劃實施行動，那都是“紙上談兵”，不會對你的發展成長起到任何作用。
還有一個要做的事，跟其他同學相互交流學習，寫 blog 就是一個交流的渠道。
這個學習過程是一個慢慢的積累技術體系的過程，學習過程也許會很枯燥，但是如果你能堅持下來，一定會有收穫。
量變引起質變，但是這個量是多少纔會質變，不知道，只有自己慢慢的去積累這個量，質的零界點纔有可能到來。
從初級工程師到高級工程師。
工作 4 - 6 年
工作 3 年後，對於業務編碼上的事情應該都比較熟悉了，業務流程也熟悉了。這時候，也許你會帶着幾個人做一個小的業務，那麼你的職責就變了 ，成爲了一個基層管理者，你不只是完成自己的工作，還要關注你的組員工作情況，進行團隊管理的相關工作。
你的工作職責變多了，你要給他們分配工作任務、監督他們的工作完成情況，要輔導他們進步。
這時候有一個關鍵思維轉變，不在只關注自己的技術工作，還要輔導、監督你的組員工作情況；你不能只關注技術，還要關注人了，組員的工作、發展情況、團隊氛圍等等。
如果看到組員工作做的不好地方，你就自己動手去做，這是一個不好的做法，你應該去輔導組員，提高他的工作能力。即使他只能做到你的 60%，你也要放手讓他去做，這樣他纔會在錯誤中學習並逐漸進步。這時你做的就是輔導他，然後監督他，不讓他的工作出現大的風險。這個思想一定要轉變過來，從純技術思維向技術和管理思維轉變。
不能總想着：總是出錯，還不如我直接動手算了。
這個時期的你，就要學一些技術管理方面的知識了，可以看一些經典的管理書籍，比如德魯克的。這裏介紹一本書籍 《知行 技術人的管理之路》 ，適合技術管理的人學習。
當然，這個時期，你的技術也需要繼續精進，不過不要像以前那樣，投入 100% 的時間學習技術了，而是要列出重點技術來進行學習，有一部分時間要用來學習技術管理的知識。
