![]()
每個人都有成長的渴望，也都會遇到成長的瓶頸。下面這個問題是一個讀者問我的：
如何才能訓練成爲一個編程高手？
先簡單說下這個讀者的背景：工作 3 年多，目前在大廠做後臺開發，身邊有不少編程高手，是他想要追趕的目標。
最近半年時間，他花了一些精力在研究源碼和底層原理上，但總覺得這些知識和實際工作銜接不好，提升很慢，學習動力也越來越差，希望我能給點建議。
我和他語音聊了半個小時，講了一些我個人以及身邊同事的案例。交流下來後，雙方都有所啓發。所以再次整理下，分享給大家。
— 1 —
我覺得能分成這樣 3 類：
第 1 類：天賦和成就都很高的人中龍鳳，比如能一個人寫出 WPS 的求伯君、一個人開發出電子郵件 Foxmail 的張小龍，對開源領域影響很大的章亦春等人。
第 2 類：有不錯的口碑同時廣爲人知的技術大牛，他們一般在知名公司的重要崗位任職過，對技術純真熱愛，同時熱衷分享，比如耗子哥、阮一峯、尤雨溪等人。
第 3 類：工作中被我們視爲崇拜對象、未來有希望企及的高 P 或者架構師。
前面兩類不在我的圈層射程內（
除了跟耗子哥在亞馬遜有過一面之緣以外
），因此本文主要聊下第 3 類人。這個也是絕大部分讀者最關心的、同時可以設定爲超越對象的羣體。
這樣就有了一個新問題：
既然想成爲第 3 類人，那如何給第 3 類人下一個相對準確且具象的定義呢？
（如果目標都是模糊的，就難言超越了）
這其實是一個很有意思的問題，每個人的答案可能都不一樣，因爲「編程水平的高與低」本身就是一個相對的概念。
剛畢業那會，我眼中的編程高手是我的同事 - 超哥，他是亞馬遜的架構師，團隊裏面技術級別最高的人（後來他做到了亞馬遜中國首架的位置，現在也算圈內比較知名的大牛了）。
超哥是那種能搞定一個複雜項目（跨多個系統），從架構設計、到編碼、到自動化測試、再到運維工具、甚至寫文檔都非常全面的人。顯然是我這個剛畢業的菜鳥極其崇拜的大佬。
再後來，我工作了四五年，走向了技術管理路線，因爲帶團隊的原因，我又多了一個新視角來審視編程厲害的人。
對比所謂的 PPT 架構師、以及講到技術原理就滿嘴跑火車而編碼能力卻稀鬆平常的人，我傾向給「編程高手」下一個更務實的定義：那就是實際工作中，能做到高效率、高質量、且穩定輸出的人。看似容易，實則很難。我對這個定義的詳細解讀如下：
高效率：編程效率能做到團隊中的 Top，對於複雜需求或者複雜問題能夠快速理解，具備將複雜工作拆解成一系列簡單子問題並搞定這些問題的人。他們能從實際場景出發，有造輪子的能力，也有不造輪子的覺悟。
高質量：編程質量能做到團隊中的 Top，設計方案的合理性、編碼的嚴謹性、測試方法、監控運維方案等，都能思考全面的人。
穩定輸出：給高效率和高質量增加的限定。我覺得只有量變引起質變，真正形成了自己的方法論，能持續搞定一類問題，而不是單個問題的人才算是高手。
也許你會說要同時做到這 3 點太難了，但是實際工作中，一定有人能做到某個點或者某幾點，那麼以他們作爲這一點的標杆即可。
因爲所謂的
「
編程
高手
」
不過是
我們設定
的一個
目標而已，你清楚這個目標是什麼就足夠了，不一定非得安在同一個人身上。
— 2 —
要成爲一個編程高手，底層知識是必不可少的。這是一句正確的廢話，就不展開解釋了。
讀者真正的問題在於：
如何將底層知識和實際工作銜接起來，做到相輔相成？
先看一個具體的例子。對於簡歷中寫自己做過性能優化的候選人，我面試時比較喜歡問：你是如何定位性能瓶頸並完成調優的？如果再次碰到此類問題，你的詳細思路是什麼？
很顯然，這是一個系統性的工程問題，能同時對技術深度和寬度進行考察。
不僅僅是應用層的代碼，還包括所使用的框架、中間件、虛擬機、網絡甚至操作系統等等。
有性能指標等基礎性的知識，有
監控和壓測工具的運用，還
有成體系的排查思路和優化方法等等。
如果是編程低手，他們的答案通常有這幾類：
1、性能指標都不清楚，遇到問題也不知道該用什麼工具，這一類人應用層都不達標。
2、初步定位到一個疑似瓶頸點後，就着手優化，最終解決的只是一個淺層次的性能瓶頸問題，根本原因並未觸達到。
3、能定位到根本原因，但是對於解決方案的合理性缺少深入思考，不追求極致，最終只是用了曲線的方案再次隱藏了性能問題。
通過這個例子，我其實想說明兩點：
1、不具備底層知識，你的視野根本就觸達不到底層的東西，思維以及能力永遠只能停留在應用層面，能解決的問題有限。
2、讀源碼、學習各種原理，所有這些都只是學習和鞏固知識的過程，真正體現編程水平的是實際解決問題的能力，因此如何將知識變成有效的經驗？這個纔是關鍵，做不到要麼是實踐不夠，要麼是壓根沒研究明白。
然後，我們再回到問題身上：究竟如何才能做到底層知識和實際工作的銜接呢？如果銜接不好，那問題出在哪個環節？
大家可以先思考下：過往工作中那些對你編程能力幫助很大的經歷，你認爲你能獲得提升最關鍵的因素是什麼？是底層知識的儲備嗎？
細想一下一定不是，
而是
發現問題的能力
。
（注意：我說的是最關鍵的因素，並不是否認底層知識的儲備不重要）
大家可以去觀察一個工作中很常見的現象：同一個問題你能看到哪一層？而編程高手又能看到哪一層？誰能更快地貼近問題的本質？誰又能衍生出一系列的問題？
這其實就是「發現問題」的能力體現。
只有當你意識到它是一個值得深挖的問題時，纔會有一層一層的思考，一層一層的分析。
那應該如何提高這方面的能力呢？其實就是思考力的提升過程，除了觀察和刻意練習，我想不出更好的建議。多看高手是怎麼做的？遇到問題時自己多問幾個爲什麼？多反思自己的思路是否正確？日積月累水平自然會提高。
當你具備了發現問題的能力，就相當於給知識和經驗之間架起了一座橋樑，真正做到相輔相成以及互相驅動。
— 3 —
編程作爲一門實踐性的學科，多動手解決問題是最基本的要求了，解決問題越多、越難，能力提升越快。
而在這個過程中，如果有知識輸入（底層知識的儲備），還有思考的加成（發現問題的能力），編程水平的提升會更加迅速。
我帶過的團隊裏面，還有一類人總說自己技術進步很慢，工作沒有挑戰。但是當團隊遇到一個技術難題時，他根本沒有意願去做深入瞭解，嘴上說熱愛技術、渴望成長，但是卻看不到行動，這種人是永遠成爲不了編程高手的。
真正的熱愛來源於行動上的投入，不是找藉口，不是追求舒服，這是很重要的一個區別。
編程高手是如何練成的？這樣看來，它其實是一個體力、腦力、心力的修仙之路。
