IT職場人生系列之二十五：如何向高手學習

這是IT職場人生系列的第二十五篇（序言，專欄目錄），也是松結對程式設計的第十八篇（專欄目錄）。

向高手學習是每個新手的心愿，但遇到的最大的問題是沒有高手願意教，這篇文章主要是解決這個問題。

向高手學習有以下訣竅：

善於觀察不需要高手說話，也可以從高手那裡學到東西，那就是靠多觀察。1. 觀察代碼不是所有高手都願意或都有時間來指導新手，所以如果能拿到高手的代碼，就要多學習借鑒。先從比較好學的部分入手，比如命名方法，代碼縮排這些；其次是函數、類的封裝方法；再次是整個程式的架構方法。很多人抱怨沒有師傅指導，但實際上他們曾經與很多很好的代碼擦肩而過，而沒有去學習。一種方法是模仿高手編程的風格，看不懂的地方就去問。高手一般很樂於回答自己為何如此這般，因為他們也是多年積累下來的經驗，引以為豪並樂於分享。但不要問高手低級或空泛的問題，比如“你覺得命名規範怎麼樣才好？”很多編程很久的人也說不出來，雖然他們做得很好。這些都是需要在模仿中學習的東西，而不是靠口口相傳。2. 觀察高手的工作習慣和工作環境可以觀察的東西有很多，不限於代碼本身。高手打字的方法，使用快速鍵的方法，開啟視窗的方法，使用的IME，選中一段文字的方法，拷貝粘貼的方法，切換視窗的方法……任何區別一個高手與新手的方法都值得學習。比如修改完Html代碼後想看效果的最快的方法是：Alt+F+S+Tab（儲存並切換到瀏覽器）, Alt+D（定位到地址欄）, Enter（斷行符號重新整理），看起來很長的按鍵組合，但可以在大約1～2秒左右完成。這些格式這樣的技巧雖然看似接升不了多少時間，但是一天下來，可能就有半個小時之多。加上自己操作體驗的改進使得注意力可以集中在編程上面，實際可獲得的時間會不止於此。

善於提問1. 多思考，少提問很多新手都很希望一下知道答案，繞過中間繁瑣的求知過程，其實這樣很不好。兩年前同時從頭學習Html +　JS　＋ Jquery + asp.net + C# + LinQ + MVC……這些新東西的時候，覺得在網上搜尋答案的過程很漫長和低效；但過了一段時間突然感覺到，很多新問題的答案似乎早在解決老問題的時候就見到過，一搜就能搜到；再往後就發現多數新問題甚至早就知道答案了。所以， 要把解決問題的過程當作積累的過程，而不是找單個問題的答案的過程，對日後的協助極大。2. 帶著答案提問高手一般不屑於解決低級問題，也不願意從頭解決問題（因為問題常常是“問題集”，某些是關鍵問題，某些是低級問題），而是喜歡解決關鍵問題。所以每次提問高手的時候，最後都是解決了一半的問題，帶著一些半截的答案找高手最好。高手也會覺得自己受到尊重， 因為高手感覺自己在被“提問”，而不是替新手工作。3. “主動”提問之前提到過主動搜尋，就是不要指望能直接搜尋到答案，而是每次主動分析思考搜尋出來的結果，或許改變搜尋的關鍵詞，或許改變搜尋的網站，靠自己找到答案。主動提問也是這個意思。被突然問起什麼問題來的時候，高手並不知道很多前因後果，相反問問題的新手可能更理解這些。這時候也就不能指望高手直接給出答案，而是要分析和思考高手回答的內容，乃至反問的問題，靠自己找到答案。
這種思維方式又叫 福爾摩斯思維方式。福爾摩斯總是不是第一個到現場的，也不是知道最多的，但他總能從別人都看到都聽到的事情裡邊推斷出新的線索。就在於他能多思考，主動提問。

善於互動沒有高手天生有義務協助新手，因為他們也有自己的工作。另外從公司的角度看，高手工作能力更強，如果被糾纏在幫新手解決問題中，生產力會下降。因此要注意方式方法。1. 把握時機不要因自己需要而發問，而要因高手有空而發問。如果感覺高手正在聚精會神地解決自己的問題，那麼就先等等。如果他起身倒水喝茶或者和別人聊天討論問題，就可以摻和進去。這樣高手不會感覺被打攪，更容易協助新手。2. 建立互助關係新手協助高手看似很難，其實不然。比如新手可以協助高手寫測試代碼，或者藉助高手的底層庫幫高手編寫一些“膚淺”的上層應用，等等。但這些都有兩個收穫：一則新手有機會接觸到高手寫的代碼，二則遇到問題可以堂而皇之地邀高手一起解決了。當然更完善的狀態，是之前提到過的松結對程式設計和139團隊中的師徒制度。
總結：好學生於好老師是並存且互為因果的，如果新手很多年都感覺沒有人願意協助自己或沒學到過東西，都應該反思自己是否少做了一些事情。