寫在前面：自從看完了《併發程式設計的藝術》一書，就開始關注作者方騰飛的網站：併發程式設計網，裡邊經常會有很多幹貨，自己能學到很多東西，這一篇即是轉載作者的某次內部演講吧，全文如下：
工作前三年是職業生涯中成長最快的幾年，在這段時間裡你會充滿激情，做事專注，也容易養成良好的習慣。在我們公司有些同學在前三年中就快速成為某一個領域的技術專家，有些同學也可能止步不前。本文和大家一起探討下如何在三年內快速成長為一名技術專家。
學習方法
- 1：掌握良好的學習心態
- 2：掌握系統化的學習方法
- 3：知識如何內化成能力
- 4：廣度和深度的選擇
實戰技巧
- 1：你需要學會的編碼習慣
- 2：在業務團隊做開發如何成長
掌握良好的學習心態
空杯心態
首先要有空杯的學習心態，而不是傲嬌自滿，故步自封，空杯子才可以裝下更多的東西。首先要學會取百家之長，帶著欣賞的眼光看團隊的同事或學校的同學，欣賞每位同事或同學的優點，然後吸取他們的優點，每個同事都有其擅長的能力，比如有的同事技術能力強，那麼可以觀察下他如何學習的（或者找他請教學習方法），有的同學擅長解決線上問題，那麼觀察他是如何解決線上問題的，解決思路是什麼？如果他解決不了時，他是如何尋求幫助。有的同學擅長使用 IDE 或 MAC 的快捷鍵，那麼可以向他學習提高工作效率。有的同學能快速理解業務知識，觀察他是如何做到的，自己如何達到他的程度。溝通能力，解決問題能力以及規劃能力都可以向同事學習。
挑戰權威
從書上看到一個知識點，或者從別人那裡聽到一個知識點，一定要去挑戰和質疑這個知識點的正確性，否則學到的知識點可能是錯誤的。先用邏輯思維推測下，再實戰檢測下，一定要記住實踐是檢驗真理的唯一標準。比如同事說這個 SQL 加這個索引是最快的，首先要思考同事的結論是如何得出的，是靠歷史經驗還是測試過，如果我們沒有經驗，就加上這個索引跑下 SQL，看看執行計劃和執行時間，再換下其他索引試試會不會更快。依次類推，併發一定比序列快嗎？無鎖一定比加鎖快嗎? 很多結論都是在特定的場景下才會產生的，一定要自己親手實踐驗證下。
堅持學習
有的同學可能工作了五年，但是學習的時間可能一年都不到。學技術不能急於求成，只要學習方法正確，量變一定會引起質變。我在大學剛學 JAVA 時，怎麼都學不會，但是堅持學習了幾個月，每天看張老師的 JAVA 視訊教學，買書按照書裡的程式碼一行一行的敲程式碼，白天睡覺，晚上學習和寫程式碼，寫到宿舍關燈時就去避風塘呆一晚上，早上 6 點鐘回宿舍睡覺，學到一定時間後，突然恍然大悟，才入了門。
在工作中，我曾經花了一個月的時間學習 AOP 的實現原理，學習了各種方式來實現 AOP 的原理，並寫了幾種實現方式的程式碼，雖然花的時間很多，但是到現在仍記憶猶新，對於排查問題和學習其他知識都非常有幫助。
要做到堅持學習，學習的環境非常重要。如果你想學，但是又不在學習狀態，可以考慮換個學習環境，我經常會去星巴克看書和學習。我聽說有的同事會週末抽一天去大學教師上自習。
把事做精
對自己要求越高，進步越快。要有強烈的把事情做完美的心態，我剛開始工作的時候，總是快而不精，做事做的不夠細緻，總希望快速拿出結果證明自己，但是反而證明不了什麼，技術能力也得不到提升，缺少技術亮點，在團隊中也沒什麼影響力，後面就開始鍛鍊一次就把事情做對的心態和方法。我觀察過，很多人都擅長快速做事情，但是把事情做好做精緻的人會比較少，但是結果卻是在精益求精的路上才會快速提高自己的能力。比如用 100 行程式碼實現的功能，思考下是否可以用 10 行來實現，以便於降低運維成本，提高下次的編碼效率。引用 GUAVA 等類庫，提取公共方法，和使用 JDK8 新特性等。系統的方法壓測過後，單機只能承受 1700QPS，可以思考和實踐能否優化下程式提高 QPS，減少伺服器數量。
把事情做精，一定是要強迫自己多花心思多花時間在這件事情上。有位技術牛人給我分享了一個心得，我覺得說的非常好，老闆給你佈置了一個任務，你要花百分之 150 的精力做到 100 分，這樣在老闆那裡你就能拿到 80 分或者 60 分。
掌握系統化的學習方法
如果學習到的知識不成體系，那麼遇到問題時就會非常難解決。有些同學會出現這些情況，比如編碼時遇到問題百度搜尋，如果百度上找不到答案，這個問題就解決不了。再比如，在開發中要用到某個技術點，就學習下 API，程式調通後就不再深入研究，淺嘗輒止，如果程式遇到其他問題也不知道如何解決。
以上情況我認為叫點狀學習。遇到一個問題，解決一個問題，需要一項技術，學習一項技術。那麼如何由點到面，由面到體，形成系統化學習呢。
首先要確定學習的知識領域，需要達成的學習目標，針對目標制定學習計劃，就像你要寫一本書一樣，先把目錄寫出來，然後根據目錄上的知識點逐步去學習，最後把這些知識點關聯起來，形成一個系統化的知識體系。學習的時候，可以制定一個計劃，以周為單位，比如第一週學什麼，第二週學什麼。
比如我最近在學習人工智慧，學習步驟是：
- 1： 高數基礎知識：線性代數，微積分和統計學。最近在打德州撲克時，我也會用統計學裡的知識計算下輸贏的概率。
- 2： 人工智慧基礎：買幾本書人工智慧的基礎書籍，如《機器學習基礎教程》《Python 機器學習》
- 3：框架：TensorFlow 等。
- 4：實戰：在工作中找到一個應用場景，把學到的知識運用進去。
知識如何內化成能力
作家格拉德威爾在《異類》一書中指出，1 萬小時的錘鍊是任何人從平凡變成世界級大師的必要條件。1 萬小時有多久？每天學習 10 小時，需要大約三年。但是很多人都工作了五年甚至更長，但是為什麼成為世界級大師的卻非常少。讀者可以先自己思考下這個問題。接下來談談我的看法。
成長必須經歷一個步驟，就是把知識內化成能力。知識是用腦記住的，能力是用手練習出來的。在工作的幾年裡，我們可能看過很多書，聽過很多技術講座和視訊，但是通過聽和看只是讓你能記住這些知識，這些知識還不能轉換成你的能力。
聽和看只是第一步，更重要的是實踐，通過刻意練習把聽到和看到的知識內化成你的能力。
刻意練習，就是有目的的練習，先規劃好，再去練習。首先給自己定一個目標，目標可以有效的引導你學習，然後使用 3F 練習法：
- 1： 專注（Focus），專注在眼前的任務上，在學習過程中保持專注，可以嘗試使用番茄工作法。
- 2：反饋（Feedback），意識到自己的不足，學習完之後進行反思，思考下自己哪些方面不足，為什麼不足，
- 3： 修正（Fix），改進自己的不足。
不停的練習和思考可以改變大腦結構，大腦像肌肉一樣，挑戰越大，影響越大，學習更高效，並且也會產生突破性。
廣度和深度的選擇
技術人員的學習路徑有兩個維度，深度和廣度。很多程式設計師都有這個疑問，是先深後廣，還是先廣後深呢？
通過這麼多年的學習和思考，我的建議先深後廣，因為當技術學到一定深度後，就會有觸類旁通的能力，自己掌握的廣度也自然有了深度。但是在實際學習過程中，深度和廣度相互穿插著學習，比如學習併發程式設計時，首先學習 JDK 原始碼，然後學進去之後，開始看 JVM 原始碼，最後看 CPU 架構，在技術點逐漸深度研究的過程中，廣度也得到了完善。
所以無論哪種學習方式，學習態度才是最重要的，在廣度學習的時候有深入研究的態度就能達到一定的深度，在深度學習的時候，主動學習相關的技術點，廣度也得到拓寬。
你需要學會的編碼習慣
程式設計師應該學會通過技術的手段來提高效率。幾個常用的手段是使用工具，快捷鍵和編寫指令碼。
- 1. 使用各種工具
技術人員電腦儘量用 MAC，使用命令列效率一定比在1024*1024畫素中找一個10*10畫素的按鈕更快。IDE 用 IDEA，比 Eclipse 更智慧。命令列工具用 iTerm 和 IDEA 裡的 Terminal。寫文章用 MAC 的客戶端工具 MacDown，左邊編寫，右邊展示，比 Word 等工具方便快速很多。有時候我還會用按鍵精靈裡配置指令碼需要解決工作問題，比如通過點選我們的系統，來執行任務。這樣的工具很多，只要能提高工作效率的工具，大家都可以嘗試使用。
- 2. 使用快捷鍵
MAC，IDEA 和 Eclipse 有很多快捷鍵都要學會使用，比如在 MAC 命令列中通過 idea . 快速開啟工程，通過 open . 快速的開啟資料夾，把 IDEA 裡通過快捷鍵把一段程式碼抽成一個單獨的方法，快速生成 getter setter 方法。
- 3. 用指令碼寫工具
當我們用人工的方式做一件重複性很強的事情，首先要考慮使用工具來幫我們自動完成，如果沒有類似工具，可以自己寫個指令碼來實現，這樣除了能快速解決問題，還能提高自己的技術能力。
比如，我經常要在兩個 maven 倉庫釋出 jar 包，我就寫了個指令碼來實現 jar 包的釋出，deploy.sh程式碼如下：
cp pom.xml pom.xml.bak
rm pom.xml
ln -s pom-2-deploy.xml pom.xml
mvn deploy
rm -rf pom.xml
cp pom.xml.bak pom.xml
rm pom.xml.bak在業務團隊做開發如何成長
我一直在業務團隊中做開發，在業務團隊最主要的提高的能力是業務抽象和架構能力，通過業務場景，不斷思考如何通過合理的架構和業務抽象能快速支援業務，降低運維成本。同時在這個過程中鍛鍊技術能力，比如寫一些技術框架來快速支援業務，做到技術驅動業務。
可配置化的方式支援業務
設計業務的領域模型，把不隨著業務邏輯變化的領域模型做成系統能力，把隨著業務邏輯變化功能，做成可配置化，上一個新業務，通過配置的方式或少量開發就能支援。
在做客戶後臺功能時，由於需要展示的資料種類非常多，每種資料展示可能需要花費幾天的時間，所以設計了一個通用的技術框架，實現了通過配置化的方式展示各種資料。
寫框架解決業務問題
我在上家公司經常做一些 CRUD 的業務功能，我就自己開發了一個快速做 CRUD 的框架 jdbcutil, 通過配置實體生成 SQL 語句，實現了子類只要繼承父類，就自動擁有 CRUD 的能力。後面還寫過生成 CRUD 頁面程式碼的程式。
目前我們團隊在做的 TITAN 框架通過模組化開發的方式，解決易變的業務系統在多人開發時遇到的問題。
技術驅動業務
在業務團隊，一定要不斷的思考如何利用技術來支援快速支援業務，配置化是一種思路，但是有些功能配置複雜度比較高，配置加驗證的工作量，可能需要一個星期的時間，那麼能不能減少人工配置，實現系統自動化配置，於是可以研究下人工智慧，通過人工智慧的方式實現，系統告訴人需要配置哪些東西，然後交給人來進行確認，這樣可以大大減少人工成本，更快的支援業務。
轉載自併發程式設計網 – ifeve.com 本文連結地址: 《阿里感悟》如何在三年內成長為一名技術專家