[[238747]]

阿里妹注：作者長居在美國，故學(xué)習(xí)渠道有些許不同。我們可以舉一反三，領(lǐng)會即可～

為何要持續(xù)學(xué)習(xí)，靠經(jīng)驗積累不行嗎？

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

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

舉幾個例子： 

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

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

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

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

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

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

[[238748]]

工具要非常熟練

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

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

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

讀書 & 看文檔

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

個人強(qiáng)烈推薦：

https://www.safaribooksonline.com/ 

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

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

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

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

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

[[238749]]

視頻學(xué)習(xí)

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

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

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

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

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

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

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

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

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

[[238750]]

技術(shù)新聞，twitter上技術(shù)大牛 & 參加技術(shù)大會

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

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

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

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

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

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

[[238751]]

做項目，寫Demo，看源碼

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

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

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

如今閱讀的人少了

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

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

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

適當(dāng)?shù)挠布С?/strong>