摘要：而程序員和醫(yī)生律師的不同點(diǎn)在于持續(xù)學(xué)習(xí)上。兩個(gè)小問題是需要收費(fèi)，一年大概刀圖書都是英文的。的視頻基本都有英文字幕，配合作者的，英語不好的同學(xué)學(xué)習(xí)也沒有問題。英文好的有技術(shù)功底的同學(xué)多發(fā)表一些觀點(diǎn)，其他的同學(xué)都

摘要： 行業(yè)發(fā)展得太快，你必須學(xué)習(xí)，純靠經(jīng)驗(yàn)積累行不通，技術(shù)淘汰的速度遠(yuǎn)大于你經(jīng)驗(yàn)積累的速度。 非雞湯：不要和程序員談自己的編程歷史，很多的經(jīng)驗(yàn)在今天已經(jīng)不適用了。只要2-3年不關(guān)注技術(shù)，就基本快和程序員和編程絕緣啦，不是絕對(duì)，但是通常不會(huì)錯(cuò)。

阿里妹導(dǎo)讀：互聯(lián)網(wǎng)信息技術(shù)的迭代周期快是有目共睹的，因此，學(xué)習(xí)、更新知識(shí)這件事就變得相當(dāng)重要。今天，阿里資深技術(shù)專家雷卷，將分享自己平時(shí)學(xué)習(xí)的方法和心得，希望能夠帶給大家一些啟發(fā)（本文推薦養(yǎng)家糊口之外有點(diǎn)小追求的同學(xué)閱讀，Ph.D、paper秒懂的學(xué)霸同學(xué)可自動(dòng)忽略～）。

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

程序員這個(gè)職業(yè)則不同，主要是因?yàn)樾袠I(yè)更新得太快，積累的經(jīng)驗(yàn)很快就不適用了。

舉幾個(gè)例子：

如果你是Java程序員，且非常擅長(zhǎng)Struts + JSP開發(fā)，解決了很多Struts框架的問題。但今天，這部分知識(shí)已經(jīng)過時(shí)，需要重新學(xué)習(xí)。如果仍堅(jiān)持使用之前的技術(shù)，會(huì)給同事和公司帶來很大的技術(shù)負(fù)擔(dān)。大家回顧一下自己從畢業(yè)到現(xiàn)在有多少技術(shù)都已經(jīng)看不到蹤影了。就阿里巴巴內(nèi)部來說，很多技術(shù)也都已經(jīng)被淘汰不用了。

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

軟件的經(jīng)驗(yàn)積累還會(huì)體現(xiàn)在一個(gè)架構(gòu)設(shè)計(jì)上。很多同學(xué)會(huì)說經(jīng)驗(yàn)積累得多，架構(gòu)就設(shè)計(jì)得好，這在今天來說也未必。大家都在云上啦，云上提供的服務(wù)基本都是類似的，架構(gòu)思路和使用的云上服務(wù)基本一致。

Amazon的售前人員個(gè)個(gè)都是行業(yè)架構(gòu)師，給你很好的架構(gòu)和解決方案，包括遷移方案，所以你就知道架構(gòu)的門檻了。非資深程序員可以花半天時(shí)間看一下 Learn how to design large-scale systems （ https://github.com/donnemarti... ），雖然說是primer，但是還是非常實(shí)用的，配合一下 Awesome list ( https://github.com/topics/awe... ) 架構(gòu)思路和模式都有了。框架和開發(fā)包的具體特性和對(duì)比了解了，一天就能夠成為架構(gòu)師。

有個(gè)笑話：一個(gè)產(chǎn)品經(jīng)理找一個(gè)有個(gè)性的設(shè)計(jì)師去設(shè)計(jì)原型和交互稿。該設(shè)計(jì)師頭都沒有抬說道：“你抄的是哪個(gè)網(wǎng)站或App? 告訴我，我下午給你做。”如果你看了system design primer，當(dāng)有架構(gòu)師找你，你就可以說你參考的是哪個(gè)網(wǎng)站的架構(gòu)。我們回頭理解一下然后按照這個(gè)設(shè)計(jì)編寫代碼就可以了。在云上，架構(gòu)設(shè)計(jì)基本都是pattern的，再花很多時(shí)間討論架構(gòu)設(shè)計(jì)，就有點(diǎn)想不通了。但對(duì)云上的產(chǎn)品做徹底的理解，這個(gè)還是需要的。 行業(yè)發(fā)展得太快，你必須學(xué)習(xí)，純靠經(jīng)驗(yàn)積累行不通，技術(shù)淘汰的速度遠(yuǎn)大于你經(jīng)驗(yàn)積累的速度。

非雞湯：不要和程序員談自己的編程歷史，很多的經(jīng)驗(yàn)在今天已經(jīng)不適用了。只要2-3年不關(guān)注技術(shù)，就基本快和程序員和編程絕緣啦，不是絕對(duì)，但是通常不會(huì)錯(cuò)。

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

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

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

學(xué)習(xí)還需要系統(tǒng)化。并非單靠看一篇文章就能明白原理。

個(gè)人強(qiáng)烈推薦：
https://www.safaribooksonline...
Safari應(yīng)該是出版社聯(lián)盟，IT類圖書基本都能找到。兩個(gè)小問題是：需要收費(fèi)，一年大概400刀；圖書都是英文的。 Safari Books Online的圖書非常全，幾乎涵蓋絕大多數(shù)出版社，我們熟知oreilly, apress, manning, packtpub，addison wiley，而且更新速度非常快。另外Sarafi提供的Learn path也非常有用，能幫助你系統(tǒng)地了解一些技術(shù)，如blockchain，ai，machine learnging等等。現(xiàn)在視頻資料也非常多，包括專家知識(shí)培訓(xùn)和一些技術(shù)大會(huì)的視頻。

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

如果你還停留在文檔就是幾頁介紹和demo，那你的觀點(diǎn)可能要改一下了。你看CNCF上的項(xiàng)目，幾乎每個(gè)項(xiàng)目的文檔質(zhì)量都是非常高的。現(xiàn)在很多項(xiàng)目不是一兩個(gè)程序員單打獨(dú)斗，而是一個(gè)團(tuán)隊(duì)加上像github那種協(xié)作非常好的平臺(tái)，所以文檔和代碼、新特性不匹配已經(jīng)非常少了，很多issue都是關(guān)于文檔的。

另外一些新的技術(shù)，剛開始只有文檔，在圖書還沒有來得及出版的情況下，你只能閱讀文檔。個(gè)人在做Service Mesh的時(shí)候，對(duì)應(yīng)的圖書比較少，只能閱讀Envoy + Istio的官方文檔，但這沒有關(guān)系，會(huì)稍微難閱讀點(diǎn)，但多讀兩遍就可以啦，畢竟我們不是天才，也不是這個(gè)領(lǐng)域的專家。

非雞湯： 如果money允許的話，Safari Books Online的服務(wù)還是值得個(gè)人或者團(tuán)隊(duì)訂閱的。另外時(shí)不時(shí)重新閱讀一下官方文檔，畢竟官方文檔還是最權(quán)威的，也是最新的。

之前個(gè)人是看書比較多，視頻學(xué)習(xí)方面最多是在youtube上看一下大會(huì)的視頻。 近一年比較關(guān)注視頻教學(xué)。

視頻和圖書有什么區(qū)別？

首先圖書編寫比較費(fèi)時(shí)（packtpub的快餐書除外），圖書作者要有一定的寫作水平，這點(diǎn)對(duì)技術(shù)牛但寫作不在行的人或者沒有充裕時(shí)間的人就比較麻煩了。Java程序員可能比較了解Josh Long這個(gè)人，他的《Cloud Native Java》花了一年多的時(shí)間才出版，而期間他已經(jīng)發(fā)了非常多的視頻。

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

不少人對(duì)大段文字，尤其是理論和學(xué)術(shù)很強(qiáng)的圖書比較過敏。比如很多人問如何學(xué)習(xí)domain driven design，但是能將DDD圖書看完2-3章不犯困的就很難得。主要是因?yàn)槲淖痔啵瑳]有什么代碼，又不像小說有情節(jié)，不犯困反而很難的。反之，DDD培訓(xùn)視頻就不一樣，PPT制作得非常好，而且有動(dòng)畫，相關(guān)的說明貼切，更容易學(xué)習(xí)。

這里列舉一下比較有名氣的視頻培訓(xùn)網(wǎng)站，有Pluralsight, Lynda 和 Udemy等。

Udemy的視頻是需要單個(gè)購買的，一個(gè)3-4個(gè)小時(shí)的視頻需要10刀。如果你的閱讀量比較大，花費(fèi)會(huì)比較多，而且Udemy不是只關(guān)注IT，專業(yè)度方面會(huì)不夠。 Lynda和Pluralsign都是會(huì)員制的，你交會(huì)費(fèi)后，可以看所有的視頻教學(xué)。 Lynda內(nèi)容非常多，很多人反映內(nèi)容過時(shí)，我個(gè)人沒有訂閱過，搜索一下確實(shí)有這個(gè)感覺。

個(gè)人推薦Pluralsight，這個(gè)也是我訂閱的服務(wù)。內(nèi)容非常多也比較新，而且有一些是系列的，對(duì)跨界學(xué)習(xí)幫助特別大。 如在做Service Mesh的時(shí)候，可能涉及到SDN，讓我在Safari上閱讀一本SDN的圖書，我只能說臣妾做不到，尤其跨界學(xué)習(xí)的同學(xué)，難讀啊。但是Pluralsight上一個(gè)2個(gè)小時(shí)的視頻教學(xué)，我馬上就看懂啦。 Java程序員要學(xué)ES 6 + React開發(fā)，如果找JavaScript圖書先看，然后再React圖書，周期太長(zhǎng)，而Pluralsight上一個(gè)ES 6 + React Learning Path視頻教學(xué)，馬上讓你快速入門、投入開發(fā)。回頭把圖書和文檔補(bǔ)充一下，知識(shí)也一起鞏固了。

非雞湯： 還是money問題。條件允許的話，購買一個(gè)pluralsight會(huì)員，每月29刀，絕對(duì)非常值得。Pluralsight的視頻基本都有英文字幕，配合作者的ppt，英語不好的同學(xué)學(xué)習(xí)也沒有問題。下班沒事的時(shí)候，找個(gè)會(huì)議室，幾個(gè)志同道合的同學(xué)，搞點(diǎn)飲料，播放一個(gè)跨界或者新技術(shù)的視頻，看完20分鐘，大家討論一下。英文好的、有技術(shù)功底的同學(xué)多發(fā)表一些觀點(diǎn)，其他的同學(xué)都也都能了解。

技術(shù)新聞，twitter上技術(shù)大牛 & 參加技術(shù)大會(huì)
前面介紹的圖書、文檔和視頻教學(xué)，讓我們可以了解和深入某一項(xiàng)技術(shù)，對(duì)付工作應(yīng)該沒有問題。但如果要緊跟潮流，獲取靈感，可能還需要關(guān)注一些技術(shù)新聞，follow twitter上的技術(shù)大牛。

每個(gè)人都有惰性，大牛也不例外。有時(shí)候他們可能不會(huì)寫文章、文檔或者拍視頻，只會(huì)隨意說一下。比如，我第一次了解Spring Fu這個(gè)技術(shù)時(shí)，是在Twitter上。項(xiàng)目還沒有啟動(dòng)，Kotlin + Spring的核心團(tuán)隊(duì)就開始不經(jīng)意流露一些消息，你可能由此獲得不錯(cuò)的想法，而且大牛會(huì)轉(zhuǎn)發(fā)技術(shù)新聞，這些新聞都經(jīng)過他們過濾的，你挑選的成本也就低很多啦。

技術(shù)新聞沒有很好的地方平臺(tái)統(tǒng)一管理，相對(duì)凌亂一些，你需要有自己的方法，不然找尋成本比較高。 很多人喜歡 Hacker News （ https://news.ycombinator.com/ ），但是沒有歸類，這個(gè)有點(diǎn)麻煩。 https://thenewstack.io/ 的歸類好很多。 Google Reader關(guān)閉后，個(gè)人轉(zhuǎn)投Feedly，還是有訂閱blog的習(xí)慣。

Medium （ https://medium.com/ ）非常不錯(cuò)， a place to read and write big ideas and important stories，這里推薦一下，很多技術(shù)牛人在Medium上，不少技術(shù)公司的blog也都在medium上有文章。據(jù)說還有付費(fèi)的會(huì)員，個(gè)人沒有嘗試過，強(qiáng)烈推薦。 reddit可以歸類一些topic，關(guān)注一下。 如果你持續(xù)關(guān)注某一技術(shù)，最好加入該技術(shù)的Slack或者gitter討論群，大家都會(huì)在群里將相關(guān)的好新聞、技術(shù)文章進(jìn)行分享，我在的Kotlin Slack中就了解非常多新的框架和關(guān)聯(lián)技術(shù)，大家畢竟還是樂意分享的。

如果時(shí)間和金錢都允許的話，個(gè)人建議可以參加技術(shù)大會(huì)，畢竟現(xiàn)場(chǎng)氛圍是不一樣的。2-3天內(nèi)，不用工作，不想其他事情，圍繞這個(gè)話題，而且keynote，和眾多同行在一起，這種感覺是不同的。你需要堅(jiān)信你找對(duì)了一個(gè)方向，讓你更有動(dòng)力深入了解下去。技術(shù)大會(huì)有很多的展臺(tái)，將這個(gè)行業(yè)非常優(yōu)秀的企業(yè)和技術(shù)聚集起來，也是非常不容易的。

非雞湯： Twitter上技術(shù)大牛follow一下，關(guān)注對(duì)應(yīng)的技術(shù)新聞和blog，平時(shí)逛逛slack和gitter，還是有一定的收獲的。技術(shù)大會(huì)一般是美國(guó)較多，這對(duì)英文和獨(dú)立出行有些挑戰(zhàn)。大家可以結(jié)伴或找當(dāng)?shù)氐耐瑢W(xué)接待，成本會(huì)低不少。但是目前技術(shù)大會(huì)的門票都非常高，基本上都是1500-2000刀，早點(diǎn)訂可能在1000刀左右。雖然時(shí)間成本稍微高一些，但95%到99%的提升就是要花更多時(shí)間、精力和金錢。

前面說了學(xué)習(xí)，但是程序猿不寫Demo是不行的。項(xiàng)目中可以考慮嘗試新的技術(shù)。我們現(xiàn)在推行微服務(wù)，所以技術(shù)棧還是有自由度的，就看你能否hold住啦。不一定所有的技術(shù)都能用到項(xiàng)目中，有些是啟發(fā)性的或者觸類旁通的，你需要寫Demo，磨磨刀沒有錯(cuò)的。文章前面說過，工具要非常熟練，不然一個(gè)demo花掉一個(gè)小時(shí)不值得。讀了很多，看了很多，如果再用代碼輔助一下，就更好啦。我不是說這些知識(shí)都是為了代碼，不少是為了架構(gòu)的。比如，學(xué)習(xí)ES 6 + React，如果沒有代碼，很難想象要如何掌握這個(gè)知識(shí)。

看源碼是非常重要的一個(gè)技能。至少你code review技能提升，但成本確實(shí)高。個(gè)人是對(duì)Kubernetes還算比較了解，但是讓我看Kubernetes源碼，壓力很大，尤其是不擅長(zhǎng)的領(lǐng)域。看Spring Fu的源碼沒有問題，但是要看Istio和Envoy源碼，壓力太大。但是你如果決定投入，看源碼幫助還是很大的。

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

看到y(tǒng)outube上一個(gè)技術(shù)人員講述閱讀的觀點(diǎn)，還是比較獨(dú)特的。 其實(shí)現(xiàn)代人閱讀量是比以前多，每天打開手機(jī)，各種新聞、文章、視頻和朋友圈，閱讀量相較以前變大了。對(duì)比圖書等，這些知識(shí)只是生命周期太短，而且營(yíng)養(yǎng)不高，這也是為何大家覺得閱讀少的原因，沒有幫助你增長(zhǎng)知識(shí)。

如果你不是產(chǎn)品經(jīng)理或者需要對(duì)行業(yè)進(jìn)行分析，就技術(shù)人員來說，新聞?lì)恆pp對(duì)你來說可能用處不大。 這些新聞都是幫助你找找聊天話題，做為飯后談資，沒有什么大用，反而浪費(fèi)你不少時(shí)間，你可能半個(gè)小時(shí)都在刷新聞，而且現(xiàn)在新聞都有智能算法，保證能黏住你。大家都在搶用戶時(shí)間，他們可不會(huì)在乎你的知識(shí)進(jìn)步，就是讓你停留時(shí)間長(zhǎng)點(diǎn)，多看一些廣告。

非雞湯：音樂是不錯(cuò)的，好像有針對(duì)程序員編碼的音樂，個(gè)人不是發(fā)燒友，但是還是推薦一下。