程序員如何自我學習？

• 前言
• 為何要持續學習，靠經驗積累不行嗎？
• 工具要非常熟練
• 讀書 & 看文檔
• 視頻學習
• 技術新聞，技術大牛 & 參加技術大會
• 適當的硬件支持

前言

互聯網信息技術的迭代周期快是有目共睹的，因此，學習、更新知
識這件事就變得相當重要。希望能夠帶給大家一些啟發（本文推薦養家糊口之外有點小追求的同學閱讀，Ph.D、paper 秒懂的學霸同學可自動忽略～）

為何要持續學習，靠經驗積累不行嗎？

很多人都說程序員的薪資水平不錯，可以媲美醫生和律師。而程序員和醫生、律師的不同點在于持續學習上。不是說醫生和律師不需要學習，醫生、律師能夠憑之前的 case 積累非常多的經驗（這也是大家看病喜歡找年紀大的醫生的原因之一），而且這些經驗很大程度上可以被復用（很多病因和判罰案例帶有相似性）。

程序員這個職業則不同，主要是因為行業更新得太快，積累的經驗很快就不適用了。
舉幾個栗子：
如果你是 Java 程序員，且非常擅長 Struts + JSP 開發，解決了很多 Struts 框架的問題。但今天，這部分知識已經過時，需要重新學習。如果仍堅持使用之前的技術，會給同事和公司帶來很大的技術負擔。大家回顧一下自己從畢業到現在有多少技術都已經看不到蹤影了。就阿里巴巴內部來說，很多技術也都已經被淘汰不用了。

就編程來說，有很多編程語言和門第之爭。你在這個語言積累的經驗到另外一個語言就未必行得通。我很少聽說 Java 組招一個 .Net 的資深工程師，即便有，那也是給產品做 .Net SDK client 的。

軟件的經驗積累還會體現在一個架構設計上。很多同學會說經驗積累得多，架構就設計得好，這在今天來說也未必。大家都在云上啦，云上提供的服務基本都是類似的，架構思路和使用的云上服務基本一致。

有個笑話：一個產品經理找一個有個性的設計師去設計原型和交互稿。該設計師頭都沒有抬說道：“你抄的是哪個網站或 App? 告訴我，我下午給你做。”如果你看了system design primer，當有架構師找你，你就可以說你參考的是哪個網站的架構。

我們回頭理解一下然后按照這個設計編寫代碼就可以了。在云上，架構設計基本都是pattern 的，再花很多時間討論架構設計，就有點想不通了。但對云上的產品做徹底的理解，這個還是需要的。 行業發展得太快，你必須學習，純靠經驗積累行不通，技術淘汰的速度遠大于你經驗積累的速度。

非雞湯：不要和程序員談自己的編程歷史，很多的經驗在今天已經不適用了。只要 2-3 年不關注技術，就基本快和程序員和編程絕緣啦，不是絕對，但是通常不會錯。

工具要非常熟練

有人跟我說：“不要吹啦，你就是 IDEA 使用得再熟練，也沒有必要將學習和使用工具掛上鉤吧。”說句實在話，網上看到一些硅谷工程師的培訓教程中他們對工具的熟練使用程度，我只能說我還是小白，我本來也是小白😦 😦 😦。

問了一下他們遇到的哪些人比較牛？
一個工程師說他的 leader 太牛了，在幫助他找 bug 的時候，工具和 debug 使用的熟練程度讓人眼花繚亂。很多工具都是他聽都沒有聽過的，而且 Python 腳本編寫幾乎如行云流水般。究其原因并非是這個 leader 一眼就能看出問題所在，有些問題他也是第一次遇到，但他在單位時間內嘗試的次數特別多，就很快把問題給逼出來了。

非雞湯：在排查問題和寫代碼上，如果你 1 個小時只能嘗試一種方法，別人卻能夠嘗試 10 次，那么別人就是比你牛。天下武功唯快不破，你后續寫 demo、查問題、工具的熟練程度都會決定你學習和嘗試新事物的速度。

讀書 & 看文檔

學習還需要系統化。并非單靠看一篇文章就能明白原理。

現在視頻資料也非常多，包括專家知識培訓和一些技術大會的視頻。

除了圖書，我們還需要關注文檔 (reference)。現在很多框架和技術的參考文檔已經非常好了。首先是文檔的質量越來越高，現在技術都是協作的。Java 程序員可以看看 Spring Framework，Hibernate，Kotlin，Groovy 的文檔，質量都非常高。

如果你還停留在文檔就是幾頁介紹和 demo，那你的觀點可能要改一下了。你看CNCF 上的項目，幾乎每個項目的文檔質量都是非常高的。現在很多項目不是一兩個程序員單打獨斗，而是一個團隊加上像 github 那種協作非常好的平臺，所以文檔和代碼、新特性不匹配已經非常少了，很多 issue 都是關于文檔的。

視頻學習

之前個人是看書比較多，視頻學習方面最多是在 youtube 上看一下大會的視頻。 近一年比較關注視頻教學。

視頻和圖書有什么區別？
首先圖書編寫比較費時（packtpub 的快餐書除外），圖書作者要有一定的寫作水平，這點對技術牛但寫作不在行的人或者沒有充裕時間的人就比較麻煩了。Java 程序員可能比較了解 Josh Long 這個人，他的《Cloud Native Java》花了一年多的時間才出版，而期間他已經發了非常多的視頻。

視頻還有一些文字表達不了的功能：圖書中只會貼一段代碼，而視頻中這些代碼是需要輸入的，這時你會發現作者很多的黑科技或者黑技巧，你也能學習到。如React 入門書籍中，一般只會說明或者引用 Redux，而教學視頻中，會打開對應的網站，給你列舉一些重點特性。另外圖書中一些比較容易忽略的東西，在視頻中可能會被很好地補充。而且很多的視頻制作者，本身是來自框架和技術的開發團隊，而不是第三方的圖書作者，所以新鮮度和技巧性都非常明顯。

不少人對大段文字，尤其是理論和學術很強的圖書比較過敏。比如很多圖書看完 2-3 章不犯困的就很難得。主要是因為文字太多，沒有什么代碼，又不像小說有情節，不犯困反而很難的。視頻就不一樣，而且有動畫，相關的說明貼切，更容易學習。

這里列舉一下比較有名氣的視頻培訓網站

騰訊課堂

bilibili

CSDN

技術新聞，技術大牛 & 參加技術大會

前面介紹的圖書、文檔和視頻教學，讓我們可以了解和深入某一項技術，對付工作應該沒有問題。但如果要緊跟潮流，獲取靈感，可能還需要關注一些技術新聞。

每個人都有惰性，大牛也不例外。有時候他們可能不會寫文章、文檔或者拍視頻，只會隨意說一下。

如果時間和金錢都允許的話，個人建議可以參加技術大會，畢竟現場氛圍是不一樣的。2-3 天內，不用工作，不想其他事情，圍繞這個話題，和眾多同行在一起，這種感覺是不同的。你需要堅信你找對了一個方向，讓你更有動力深入了解下去。技術大會有很多的展臺，將這個行業非常優秀的企業和技術聚集起來，也是非常不容易的。

不一定所有的技術都能用到項目中，有些是啟發性的或者觸類旁通的，你需要寫Demo，磨磨刀沒有錯的。文章前面說過，工具要非常熟練，不然一個 demo 花掉一個小時不值得。讀了很多，看了很多，如果再用代碼輔助一下，就更好啦。我不是說這些知識都是為了代碼，不少是為了架構的。比如，學習 ES 6 + React，如果沒有代碼，很難想象要如何掌握這個知識。

看源碼是非常重要的一個技能

非雞湯： 項目中多嘗試一下你學到的新知識，不能慣性使用你熟悉的技術，要知道你熟悉的東西很快會被淘汰，被淘汰后再調整就來不及了。多寫一些 demo，多磨磨刀。對你本行業的技術，一些源碼還是要能看懂的。跨界技術，閱讀源碼量力而為，讓 Java 程序去看 JS 框架源碼或者 C++ 源碼，是需要心理準備的。

其實現代人閱讀量是比以前多，每天打開手機，各種新聞、文章、視頻和朋友圈，閱讀量相較以前變大了。對比圖書等，這些知識只是生命周期太短，而且營養不高，這也是為何大家覺得閱讀少的原因，沒有幫助你增長知識。

如果你不是產品經理或者需要對行業進行分析，就技術人員來說，新聞類 app對你來說可能用處不大。 這些新聞都是幫助你找找聊天話題，做為飯后談資，沒有什么大用，反而浪費你不少時間，你可能半個小時都在刷新聞，而且現在新聞都有智能算法，保證能黏住你。大家都在搶用戶時間，他們可不會在乎你的知識進步，就是讓你停留時間長點，多看一些廣告。

適當的硬件支持

進辦公室看一下同事的電腦，你就大概能區分一些職業。用 13 寸的 MacBook Pro 或者 Air，絕對不是 Java 程序員。如果是 Golang 或者 C++ 程序員，一定不會用 JetBrains 的 IDE 工具，基本都是 Editor 類等。
對硬件建議僅僅適合 Java 類的程序員，硬件好點是讓你速度更快。蘋果最新的 MacBook Pro 2020 十代i5 內存16G 512G 確實非常不錯，但是價格也難以承受😒 😒 😒 😒

總結

以上是生活随笔為你收集整理的程序员如何自我学习？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。