編程高手是怎麼煉成的

首先聲明，本人不是高手，就是沒有成為高手，所以總結自己失敗的原因，寫下這些。只是想讓那些還沒成為高手的人吸取一些教訓，共同學習。說得不好，歡迎拍磚。

說說我理解的高手，不是指某一方面的技術好手，也不是多年經驗的編程老手，我衡量的一個標準是對於編程技術上，你在同年人當中，公認是那麼幾個當中的其一佼佼者。所以，你出來工作幾年了，你比我厲害，這沒什麼好說的；你專研了十幾年了，你比我牛B，這是肯定的；你專門搞這個技術，我沒有瞭解過，你比我菜是不可能的。但是大家花同樣的時間學，你學得比我好，比我快，這說明起碼對於我來說，你是高手。

第一步：主動學習

關鍵在於主動，而不是學習，我強調的是態度。首先花同樣的時間去學習，你說被動去學與主動去學，誰的效率高，誰的效果好，答案很顯然。其實我們經常有體會到，學校課程教一個學期的東西，可能還比不上你工作後認真搞它幾天。當你處於一種積極擷取資訊的狀態時，你吸收的知識往往會記得比較牢，印象也會更深。你也曾試過為了一個程式，心甘情願花幾天時間去埋頭苦幹吧，當調試成功時那種喜悅是無法形容的，你主動去學一樣東西，還會讓你帶有更多的興趣去瞭解另外一樣東西。要主動學習，無非就是想做個什麼東西，或實現什麼功能，只要有想法，不是別人讓你去搞的，這就行。

第二步：動手，別看書

對於這個，我強調的是效率。關於很多技術，都伴隨著很多經典的書籍，很多人一搞某樣技術，首先就扒幾本經典書來看，看得雲裡來霧裡去，總之就是不知所云，反覆幾遍後才豁然開朗，然後才開始試著小例子，一步步來，最終搞懂。來分析一下，且不說看書理解所花的時間，就是你從頭慢慢學，要達到你那個本來目標，這中間的花費也相當的多。還不包括中途受影響，書又扔下幾天不管，然後該章節又重頭看起- -！

舉個例子，你目標打算用MFC搞個計算機，你一開始就捧一本深入淺出MFC，去瞭解訊息迴圈，搞兩圈你就暈了，這東西還真嚇跑不少人。其實剛開始拖一下按鈕，搞搞編輯框，有趣多了，弄一個學一個，很快也就可以搞出來。對於具體的技術細節，以後隨著慢慢深入才會容易搞懂。

其實這當中涉及到互動性，看書是一種被動的接受模式，只有輸入沒有輸出，當你一直處於這種狀態，很容易就煩厭起來。而動手做，是雙向的，做一做，看看效果，有問題了，就看書或上網查查，解決問題，這樣就會讓我們有興趣去繼續去搞，積極性不一樣。同時一步步來比起一開始就搞一大塊，效果是不能比的，就好像我們做一個功能，調試一次，跟一下子做n個模組，再去測試，出問題要調試時，這當中的滋味相信大家都知道。

但我不是叫你不看書，什麼時候需要看？當你一直做，覺得總是似懂非懂時，要深入學習時，那就該看看書了。

第三步：閱讀資訊，瞭解技術前沿

這個是充分非必要條件，沒有高手跟我說瞭解這些才行，但是我身邊的高手都有這個特性。從性格去分析，高手不單是技術較一般人好，通常多多少少就喜歡搞點新玩意，做點新功能，所以他們往往也喜歡收集技術的新資訊。如果你沒有瞭解資訊的渠道，可以弄個Google Reader，訂閱rss就行，方便好用。

第四步：跟高手在一起

人外有人，天外有天。除非你本來就目光遠大，思考問題入木三分，不然你想讓自己一直有進步的餘地，就給自己找一個更高的高手。只有身邊有個更厲害的人，你才能看到自己的不足，才會尋求進步。試想想，你身邊一直獃著一個喬布斯，一個比爾蓋茨，一個李開複，你怎麼也不會爛到哪裡去吧。