IT人的學習方法論-3 高效學習的建議

一些有關「怎麼學」的建議

首先須要明確方向，不然即便學習方法再高效，也難免南轅北轍，背離本身的目標。關於學習方向的討論，請參見以前的一篇 文章。下面我來重點說一說有關「怎麼學」的建議。

IT技術，不是一個經過「閉關修煉」就能練成絕世武功的學科，在學習的過程當中，除了主觀上的刻苦努力以外，還須要講究正確方法。我下面所寫的幾點，其實都圍繞着一個核心的思路，就是--- 學習須要「不斷地與高手過招」。IT技術的時效性和應用性很是強，你的 學習資源、環境、平臺，都須要「與時俱進」，都須要可以「表明先進生產力」，這樣的學習，纔可以 使你站在巨人的肩膀上，達到事半功倍之效果。

有人可能會疑問，我身處二線城市、工做是三流單位，畢業在四流學校，「 學習的資源、環境、平臺」都很是的普通，如何作到像我說的「站在巨人的肩膀上呢」？其實事在人爲，咱們 須要學會尋找能夠幫助本身的巨人，下面的建議必定會對你有幫助。

1） 如何查找和利用資源

百度和Google，應該是你們首要的信息來源。可是，這些來源都是被動的，搜索引擎不會自動的把好東西送到你面前，它的前提是你本身必須知道關鍵字。另外，還有一些渠道，是能夠主動地把最新的信息推送給你的，好比Blog，好比RSS訂閱等等Web2.0的溝通方式。對於被動的搜索，要掌握好方法，提升效率。對於主動性的信息獲取，要選擇最權威最高端的信息來源。這樣才能讓本身站在巨人的肩膀上，看得更遠。

若是你讀過前一篇文章，已經認識到了「 資料導向型」的誤區，就應該不會被搜索引擎和海量的信息所左右。 百度和 Google都有相應的高級查詢指令，你須要好好的掌握這些，提升本身的效率。對於主動性的信息來源，選擇你所在領域的最頂尖公司、研究機構、專家羣體，訂閱他們的Newsletter，讀他們的Blog，訪問他們的論壇，訂RSS，長期的關注這些信息，而且思考這些信息背後所傳遞的技術趨勢和思想。

如今你們接觸的信息量很是大，對於海量的信息，一種處理方法是泛讀，目的是幫助本身獲取新知，把握大方向，知道世界上發生了什麼，不至於落伍；另外一種處理方法，就是精讀，深刻地瞭解前因後果，必要時再去查找一些相關的資料，把這部份內容融入到本身的知識體系中。

2） 關於買書和讀書

書不在多，而在於精。一本書的成本不在於它的售價，而在於你讀這本書所花的時間（機會成本）。完整的讀完一本書，一般須要兩週到一個月的時間，對於你所付出的時間成本，好書會給你帶來超值的回報，令你茅塞頓開；而平庸的書，僅僅是給你留下了一個模糊的印象而已，過不了多久就全忘了。

買書要買高手寫的書。分享一些我的買書的小技巧。我買書的時候，通常選擇署名爲「某某-著」的書，而對一些「某某-主編」或者「某某-編譯」的書敬而遠之。一本書的做者，越少越好。一我的寫一本書，跟十我的寫一本書，效果是截然相反的。一本好書，是做者觀點和思考的結晶，讀這樣的書，也就是一個與高手進行「面對面」交流的過程，是一個瞭解高手思惟和思想方法的過程。

不要買太多操做技能型的書。一方面這類書籍參差不齊，另外一方面，對於一項技術或者產品的操做，最直接最權威的，就是廠商發佈的幫助文檔和白皮書。購買太多這類大部頭的「XXX操做大全」，會佔用你大量的時間成本，得不償失。提升技能，除了讀書，另外一個重要的方式就是作實驗，這個我在後面的章節會詳細的寫。

另外我想再多說一句的就是關於翻譯過來的外版書籍。目前出版界的翻譯質量良莠不齊，讀這一類的書，能夠先看一看網上的讀者評論，對於翻譯的實在不靠譜的書，寧肯去讀原版。仍是那句話，一本書的成本不在於它的售價，而在於你讀這本書所花的時間（機會成本）。你買一本翻譯質量太差的書，大量的時間都花在了猜想譯者的意圖之上，不只浪費時間，並且對學習和讀書過程當中思惟的連貫性也大受影響。

3） 論壇的做用和提問的藝術

論壇是一個「得到」與「給予」的地方。在論壇上花時間，要多看精華，少發水貼；提問要提得簡明扼要，易於解答；回貼要回的清清楚楚，把好人作到底。論壇之中藏龍臥虎，是一個與高手過招的好地方。一些建議：

首先是關於提問。學問學問，要學要問，只有把你的問題問出來了，才能獲得別人的指點。可是，不要不通過大腦就提問， 提問的目的是得到啓發，而不是解決現有的困境。一個好的問題是可回答的、有延伸性、有啓發性的；很差的問題則過於關注細節、跟特定環境相關，沒有表明性，也沒法回答。提出一個好的問題，會吸引他人解答，並引發一系列的討論，這對開闊本身的思路，得到新的觀點和想法，都是大有好處的。

第二個建議是關於交流，論壇中每個ID背後，都是一個個活生生的人。這是結交同道中人的好地方，不妨常常維持一些線上交流和線下活動，對進入特定的技術圈子，瞭解業界的狀況，甚至找工做，都大有好處。

第三，有交流就有收穫，在索取的同時，也別忘了奉獻。心存感激，幫助他人。不只是在論壇中應該堅持的習慣，也是爲人處事的一個原則。

第四，控制時間。不要被論壇中的積分和等級所左右，不要花太多的時間，以致於顧此失彼，忽略了更重要的東西。

4） 自學和On Job Training的區別（如何從他人學習）

自學是比較辛苦的。首先是不要自學那些本身眼前用不着，從此也不必定用得着的偏門技術，這一點在以前討論 「學什麼」的文章中已經有所涉及，再也不贅述。自學要避免「看書-作題-上機」這樣的中學生式的循環，而是要與人交流。IT技術歸根結底仍是爲人服務的，你能夠與這個技術的用戶交流，看看他們想要的是什麼；你能夠與懂行的高手交流，看看人家的想法。

所謂On Job Training，就是一邊工做，一邊學習本身工做須要的技術，咱們一般叫「趕鴨子上架」。有機會被遇上架的鴨子是幸福的，由於你身邊有大量的學習資源能夠參考，有高手能夠請教。

不論是自學，仍是On Job Training，都須要 懂得如何從他人身上學習。有些時候，高手一句話，抵得上你看一個星期的書。所以要調整好心態，抱着三人行必有我師的態度，杜絕「文人相輕」的惡習，善用「提問的藝術」，多給本身爭取與高手過招的機會。要學會關注細節，高手的一句話，一個想法，甚至打命令作實驗時候的一個小習慣，可能都有你值得學習的地方。 觀察-思考-總結-提問，按照這樣的順序來向高手學習。

5） 看書與作實驗

實驗是必需要作的。作實驗要講究效率，有一套本身的工具和平臺，不要每次都從下載軟件，安裝Windows Server或者搭建開發平臺開始。要搞清楚實驗的目的，是爲了驗證想法、測試可行性，仍是僅僅把書上的步驟跑一遍。我不建議跟着書本上已有的試驗或者步驟來作，書上已經把實驗的步驟和結果都寫清楚了，本身再作一遍，並無什麼太多的收穫。我建議本身給本身提出需求，像作一個小項目同樣，設計一個實驗而且實現之。 作大實驗比作小實驗收穫要大，作實驗能夠「左右互博」，左手提出要求，右手來實施，本身模擬真實的企業場景，能夠把複雜的要求簡單化，去掉表面的東西，只留核心的，讓本身經過實驗來實現。這其實很是有趣，也是技術的樂趣之所在。

其實，企業裏面，在給客戶作項目的時候，也常常會先作這樣的概念驗證和可行性分析試驗，咱們叫作PoC(Proof of Concept)。其實，這個關鍵是Concept，找對Concept了，無論試驗成功與否，都是大有收穫的。這個Concept，能夠是當前最新的一些技術的應用，或者頂尖公司推出的解決方案中的核心思想，或者國外流行的一些趨勢等等。你把這些東西拿來，去掉表面的東西，把它的核心看清楚了，而後本身作一個實驗去實現它，這個過程當中，你可能還會遇到不少問題，請教不少高手，或者查閱不少資料，這不正是咱們追求的與高手過招的機會嗎？這不比看一本「XXX操做大全」要有效得多嗎？

6） 學會喜歡英文和利用英文

大量的創新理念、新觀點、新技術發源於西方，英語是得到這些觀點的第一渠道。計算機英語並不難，只是一個習慣的問題。必定要養成讀英語的習慣。心理學家們研究過，養成一個習慣，你只須要短短的21天時間，關鍵是要堅持。也許英語有詞彙量的問題，須要積累和更多的時間，那麼好吧，給本身50天時間，堅持再堅持，我敢跟你打賭，到第51天，你會發現看英語的技術資料也不過如此。50天的堅持換來一個受益終生的習慣，值得。

7） 當老師是檢驗學習效果的最好辦法

你怎麼知道本身對一項技術或者產品已經掌握了？很簡單，當一次老師。給你的朋友，同事，論壇裏的網友，上一節課。若是你能清晰地把這個知識教會別人，可以回答聽衆提出的問題，甚至在教書的過程當中靈感閃現，對技術的理解更進一層。那麼，就學的八九不離十了。其實，舉辦一些這樣的小規模講課和交流活動，是技術圈子結識朋友，傳遞知識的好辦法。

小結一下，學習的平臺很重要，周圍的環境很重要。不要閉門造車，要與高手過招。其實，就這麼簡單。

下期預告：獨立思考的能力和得到觀點的能力