面對層出不窮的技術，我們就得這麼幹！

　　俗話說一天不讀書，沒人看的出；兩天不讀書，開口會爆粗；三天不讀書，智商輸給豬。所以，為了讓自己的“智商”保持在pig之上，都會逼著自己每天讀點東西^_^。但身處資訊大爆炸時代精力又極有限的我們，面對層出不窮日新月異的技術，我們應該怎麼辦呢？

　　其實很多時候只需要掌握一個大概就好了。

　　我在做測試的時候很喜歡套用5W1H的框架，後來慢慢的就發現這個框架不僅適用於做測試計劃、瞭解系統業務，還很適合用來做知識的學習——這個想法跟下面的文章不謀而合，故而轉之。

　　前幾天fork了Ruby China的原始碼，面對陌生的Ruby技術棧，一頭霧水。

　　我fork它並不單為了學習，而是要在最短的時間搭建起我腦海中的社群網站。所以我不可能針對每一門新技術都去買一本書來讀上半個月。

　　我在本機執行起Ruby China，新註冊一個使用者，發現不能發帖，提示說要註冊一個月以上才可以。於是我去找相關程式碼：

  # 是否能發帖   def newbie?
     return false if self.verified == true
     self.created_at > 1.week.ago
   end

　　明明是一星期嘛，程式碼是不會說謊的。於是把文字改掉，順便提個pull request。
扯遠了，程式碼說如果是self.verified就不是新手了，我先去管理後臺看了一下，沒有修改這個欄位的介面。於是我不得不去資料庫裡更新這個欄位。我大概知道mongodb是資料庫，但我不知道該怎麼操作。

　　從巨集觀出發

　　當我瞭解到一個新的技術名詞，不會直接陷入細節，而是從巨集觀上把握它。瞭解它的背景，為何出現，解決什麼問題，有什麼同類技術，沒有它之前我們如何工作。因為有了巨集觀的瞭解，我就能很容易把它和我熟悉的技術去建立關聯，從而更快地理解它。

　　實踐出真知

　　開啟官網，發現有個非常棒的Try it out，先花10分鐘玩一下，對其玩法有個大概瞭解，然後再來解決實際的問題。

　　從前面的Try it out中我知道了help命令，於是便通過help知道了show dbs，use ruby_china_dev。根據使用SQL的經驗，我想當然地認為更新一條記錄的一個欄位應該是這樣：

db.users.update({"_id":3}, {verified: true})

　　但我悲劇地發現，整條記錄被替換了，好吧，這就是文件型資料庫。於是放狗搜尋：How to update specific field in mongodb，很快便找到了答案。

db.myCollection.update({condField: 'condValue'}, { $set: { dateField: new Date(2011, 0, 1)}}, false, true); 

　　對應我這裡的需求就是：

db.users.update({_id:3}, {$set:{verified:true}}, false, true)

　　問題解決了。

　　隨著接觸的越來越深，遇到的問題就會越來越多。我會把每一個解決掉的問題放到我的Evernote裡，這樣下次再遇到就能很快找到答案。當我發現postach.io這個可以和Evernote同步的部落格系統後，就開通了這樣一個部落格，其他人遇到同樣的問題時也更容易找到答案了。

　　當我真正對一門技術感興趣並且有足夠的時間去學習時，我通常會按照下面的步驟去學習。

　　教是最好的學

　　實踐足夠多後時，我可能覺得已經掌握這門技術了。但當我嘗試去表達的時候，會驚訝地發現還有很多概念是似懂非懂的。於是我會去查資料，完善自己的體系。只有當我把學到的東西用自己的語言表達出來，並且能讓聽眾明白的時候，才是真正掌握了該技術。

　　學會分享是很重要的，把在該技術上的經驗總結出來，寫成部落格，集結成書出版，再到行業會議上分享實踐經驗。這樣才能成為該領域公認的專家。

　　推遲學習

　　一位一年讀100多本書的同事說：

你一年才能讀幾十本書，就不要什麼書都看了，多花點時間挑書吧。

　　現在新技術層出不窮，我們沒有那麼多時間去深入學習每一門。對於大多數技術，我們只需要搞懂概念部分，從巨集觀上了解一下，決定我們要不要深入地去學習它。有了這些瞭解，就能輕鬆地與別人聊天了，也可以為以後技術選型做一些儲備。當面對真正的需求時，或者你有足夠的時間做技術儲備時，才去進入實踐部分。

　　程式設計是一個知識更新很快的行業，只有真正有熱情並掌握了好的學習方法的人，才能走的長久。