介紹
最近羣裏內經常有工程師(尤其是工作經驗淺的)會問我同一個問題：如何快速高效學習？大家似乎都很焦慮，渴望通過高效學習來提升自己，快速成長。
基於自己的實踐和思考，我總結了這篇文章，希望對大家有所啓發。
原則
我認爲高效學習必須基於一些原則，下面是我總結梳理出來的五點，其中前面三點是根本原則，後面兩點是通用原則：
一、價值導向原則
首先，高效學習一定是有問題域或者說價值導向的。首先你要找到問題域，你學習是爲了解決什麼問題？這個問題的客戶是誰（可以是自己）？痛點是什麼？這些問題先想清楚，你再有目標的學習。沒有目的的學習，充其量是娛樂或消遣。
很多工程師很勤奮努力，常常獨自悶頭學習，我問他你學了要解決什麼問題？誰的問題？價值是什麼？他卻說不清楚，這樣的學習是低效甚至是無效的。
所以在高效學習之前，先要學會找問題，進一步是客戶和價值。價值識別和判斷是現代人最重要的能力之一，說開了是個很大的話題，這裏不展開。年輕人一般價值識別能力弱，一般需要領導或者導師指導，另外也可以先從識別工作生活中的小問題開始。
二、價值輸出和槓桿放大原則
最好的輸入是輸出，高效學習需要價值輸出，簡單講你學習要有東西產出(軟件，文章或一次ppt分享等)，而且是有價值的。光輸入沒有輸出的學習（比如純閱讀）是低效的。產出價值有大有小，最好你還能把價值儘可能放大，因爲同樣投入那麼多時間學習，如果你不僅有價值輸出，而且能夠放大價值產生更大影響，何樂而不爲？這樣的學習當然更高效。
價值放大一般需要藉助一些槓桿，比如資金(錢)，公司資源，團隊，github，社交媒體等等。只要是有價值的事情，合情合理+充分利用槓桿都是OK的。
所以學習一個東西之前，你先要思考清楚我的輸出是什麼？有沒有價值？有價值的話能不能再放大一舉多得？利用什麼槓桿進行放大？
三、閉環反饋原則
高效學習需要閉環反饋，簡單講你學習後輸出的東西有用戶會用(或消費或學習)，用得好不好用戶會給你反饋的。根據用戶的反饋，你就有機會進一步改進你的學習，這就是一個閉環。這個閉環反饋的速度越快，你的學習就越高效；不能閉環的學習，用戶不能給你反饋的，或者反饋很慢的學習是低效的。
當然這個閉環反饋離不開前面的價值和輸出，無產出或者無價值，你不可能會有用戶，也沒有反饋，無反饋你的學習無法改進提升。
所以學習一個東西之前，你也需要先想清楚能否形成閉環？如何快速獲取用戶的反饋？
四、計劃和優先原則
我們每個人的時間精力有限，不可能樣樣都學，有舍纔有得，少即是多，高效學習需要計劃性/紀律性和優先級。如果你樣樣都想學，缺乏專注和計劃性，這樣的學習一定是低效的。
這個東西說小了叫時間管理，說大了叫戰略選擇。你選擇學什麼，不學什麼，一定是有限聚焦和有計劃性的，也一定是基於前面的價值判斷的。
五、複利原則
學習不可能一蹴而就，需要長期堅持積累。要在某個領域成爲行家裏手，視每個人的基礎天賦不同，一般都需要不少於5年甚至10年的堅持和積累。複利效應被稱爲世界第八大奇蹟，人類社會很多現象都遵循複利曲線，比如人類社會的發展，道瓊斯指數，人口的發展等，學習也不例外。
在成長爲高手之前，你需要耐得住長期在複利曲線底部學習積累，不斷突破平原期，直到拐點來臨。基本上，即使你智力平平，但只要能在一個行業領域裏堅持十年不間斷學習，沒有半途而廢，那麼成長爲專家高手一定是大概率事件。如果你耐不住寂寞，朝三暮四，那麼必然無法形成有效積累，很可能竹籃打水一場空。
方法
根據上面提出的前三個根本原則，下面我總結梳理出一些高效學習的方法（主要針對軟件工程師爲例）：
1. 公司級生產項目
高效學習的最直接方法就是參與公司級的生產項目，因爲：
- 公司項目必須有價值，否則公司不會傻乎乎給你發工資，你要升職漲工資只有想辦法提升價值產出。
- 公司項目必須有輸出，軟件，文檔，產品，服務等等。
- 公司項目一定有用戶反饋，你的產出質量有問題，客戶馬上投訴你！
有些同學比較幸運，有機會參與公司的核心項目，這種鍛鍊學習最高效。比方說我們團隊有一些扛流量的核心項目（網關和消息系統等），這種項目的挑戰和壓力不是一般的大，小閃失可能一堆人會在背後P你，大閃失可能飯碗都不保。但是壓力和成長一般成正比，扛得住壓力，經過這種項目的磨礪，成長也不是一般大。
在公司內放大價值，你要充分利用公司的各種資源作爲槓桿，包括軟件，機器，團隊和資金等等。
公司級核心項目數量有限，不是每個人都有機會參與，但你不能幹等，要自己積極主動去爭取。爭取不到這種機會也不用灰心，因爲還可以通過下面方法另闢蹊徑。
2. 公司內創新項目
有些公司有鼓勵員工創新的文化，比方說黑客馬拉松或者員工線下創新之類的，這也是工程師高效學習的一個好機會，因爲：
- 你自己要找問題和價值點，你的項目爲公司解決什麼問題？帶來什麼價值？然後才發起創新項目
- 創新項目一定有輸出，項目代碼或demo
- 創新項目一般有評審機制有反饋(例如demo day)，獲獎項目還可能升級爲公司級項目，進一步放大價值獲得更多用戶反饋。
另外，公司內創新項目不僅可以鍛鍊技術技能，還可以鍛鍊組隊和團隊協作能力，項目管理和推進能力等等。
公司內創新主要在提升個人能力，價值放大比較難，除非你搞成業務創新大項目，纔有可能爭取到更多公司資源作爲槓桿，做出獨立業務線甚至公司來。
這類創新也未必是公司內的，你在業餘時間也可以搞，國外稱爲side project。根據你對用戶和價值的把握，以及你的投入，這類項目也有可能(小概率事件)發展成公司，實現價值放大。
3. 做開源
有些工程師對開源抱有極大興趣，這個也是高效學習的好方法，因爲：
- 你自己要找問題和價值點，你的開源項目給客戶帶來什麼價值？人家爲啥要用你的項目？然後才發起開源項目
- 開源項目一定有輸出，項目代碼和文檔等
- Github上開源項目有反饋機制，好的項目用戶會給star/fork或watch，有問題會提issue，感興趣的還會一同參與項目。
一般能在Github上做到1k stars以上，都是比較成功的項目。對於程序員，Github上的項目可以算是你最有說服力的簡歷。好的開源項目不僅體現技術，有些牛逼的項目還有機會發展成商業產品，提供企業服務，這個對程序員要求更高，需要積累產品化和商業化運作的能力，無論如何你從中可以學到很多東西。
如果你是屬於極客型，有編程天賦，覺得公司項目仍無法施展拳腳，有餘力的話可以搞開源，你的受衆用戶是整個社區，利用github作爲槓桿，有價值項目容易實現價值放大。
4. 寫作
如今自媒體時代，寫博客和公衆號，或者寫書也是一種高效學習的好方法，因爲：
- 你首先要思考文章內容的價值點，要思考清楚：閱讀你的文章能給用戶帶來什麼收穫？是乾貨嗎？
- 你的文章內容就是輸出，爆款通過微信槓桿傳播開來容易價值放大
- 有些閱讀你文章的用戶會給你反饋，閱讀量或者點贊或者發表評論
寫作是一個需要長期堅持和積累的活，如果每週都能輸出，1年就至少有52篇，如果能堅持超過5到10年，積累起來的量就很大，這個過程中你要根據用戶的反饋不斷優化你的內容。好的內容+長期積累會變成你的一個資產，給你帶來無形的影響力，甚至還有變現可能，這個過程是一個非常好的學習總結提煉提升的過程。國內寫博客的一個典型例子是阮一峯[附錄1]，堅持寫博客超過14年，目前積累博文超過1700篇，是博客界知名的大咖。阮一峯的博客流量在Alexa上中國排616位，世界排5369位，價值非常大。
寫書不僅需要總結提煉能力，也很考驗人的毅力，寫完並出版一本書相當於一次小型的創業，對作者的能力提升是全方位的。
書籍和文章內容的受衆幾乎沒有上限，如果你有這方面的天賦也能堅持，可以通過寫作學習成長，通過媒體槓桿，實現價值放大。
5. 分享
主動參與公司內或者行業的技術分享，也是不錯的學習方法，因爲：
- 你需要準備有價值的分享內容，要思考清楚：聽了你的分享用戶有啥收穫？是乾貨嗎？
- 你的ppt和演講就是輸出
- 聽衆會通過現場或線下提問給你反饋，主辦方也會收集滿意度反饋
分享可提升梳理總結能力，還可以提升演講表達能力，這些都是工程師職業成長(特別想往架構師或者管理方向發展的)的必備能力。另外，分享可以提升個人品牌和影響力，通過媒體平臺槓桿，放大個人價值。
6. 交流碰撞
團隊內組員之間的一些技術討論交流碰撞，或者一些行業閉門會議的交流碰撞，也是不錯的學習方式，這種交流的價值主要在快速閉環反饋。有時候我們團隊內有些組員經常爲一些技術問題爭得面紅耳赤，基本上只要是良性的(原則：對事不對人)，我一般都不干預，有時甚至是鼓勵的，因爲這種交流碰撞學習效果非常好。
7. 閱讀
我把傳統的閱讀列在最後，包括閱讀源碼，書籍，文章，視頻課程等等，因爲我覺得純閱讀(只有輸入沒有輸出)是比較低效的學習方式，但確是大部分人通常採用的方式。我建議如果閱讀是你的主要學習方式，閱讀完了也要回到上面列出的方法，思考並找一個問題->解決問題產生輸出->獲取用戶的反饋->改進，這樣閉環才能實現高效閱讀。
結論
- 高效學習的基本原則是價值導向，有價值輸出(且儘可能放大價值)，有用戶反饋。
- 最好的輸入是輸出，高效學習是閉環學習，反饋越快則學習越快。
- 高效學習要用好各種可能的槓桿(錢，公司資源，團隊，github，社交媒體等等)，實現價值放大。
- 在基本原則的基礎上，高效學習仍需計劃性和優先級。高效學習遵循複利曲線是一個長期積累不斷突破的過程。
- 上文提出的高效原理不僅適用於學習，也同樣適用於工作，甚至是創業。形式不同，原理相通。
下圖是高效學習的概念模型，幫助大家記憶。
- V - Value
- O - Output
- F - Feedback
- I - Improvement