先看下面這樣的困惑：
最近了解了幾個 MVC 的框架，其中有兩個是公司內部的。發現這些東西都是類似的，從處理邏輯到頁面渲染；從 service 到 layout；配置的實現無非就是 XML，或者 annotation……我有種感覺，興許已經跳不出這個思維圈子了？
如今的時代，是一個概念翻飛的時代，oschina 裡的開源軟件數量就已經超過了兩萬，五花八門的技術層出不窮，到底什麼技術才是值得學習的？
有位朋友說，他想學習一些關於 Android 上的開發技術，興趣驅使。幾個月過去了，他說他已經能做出許多小程序了，可是他現在回想起來，掌握一門技術是好，可興趣之外還有什麼呢？他說，「如果我的工作中不使用 Android 平台，我學它還有何用？」
學習技術到底是一件有意思的事，還是一件痛苦的事？讀書的時候，我曾經買過《深入淺出 MFC》，但對那時的我來說似乎太困難了一點，我強迫自己看完了三分之一，實在是沒有毅力繼續往下讀了。我在其中察覺不到快樂，這本書在當時似乎充滿了生澀。
如上這樣的故事太多了，很多時候，工程師們（包括我在內）辛苦地學習，有的沒有好的效果，有的過程充滿痛苦，有的更是不知道我學它的目的是什麼。
- 中國的教育體制，培養了這樣一批「不思考」的工程師
他們努力、奮進，熱愛技術，願意投身軟件行業，願意寫出高質量的代碼，他們對業界的東西很感興趣，他們願意學習紮實的基礎知識，他們渴求火熱的新技術……
幾年以後，他們擁有廣泛的視野，閱歷寬闊、經驗老到、言辭犀利，對行業動態瞭如指掌，顯然，他們是行業的博學者。
然而……
他們卻缺乏這樣一種能力——思考。
- 三大地雷，你是個有「思想」的工程師嗎？
●不會做設計
遇到了問題，拿見到過的、學到了的熟悉的框架、方案、模式往上套，而不仔細分析其中的利弊，只是盡可能地尋找最接近當前問題的解決途徑。
有的是不會做系統設計。和少數所謂的「架構師」接觸過，他們「只懂業務，不懂技術」，這樣設計出來的系統只能滿足功能性需求；而論壇上的一些具體問題的討論話題，則暴露出一些跟帖討論者「只談技術，不提業務」，譬如「XXX 大容量的解決方案」、「秒殺系統的終極架構」，企圖對某一類寬泛的問題，設計出一套放之四海皆準的通用解決方案。
還有的則是不會做面向對象設計，缺少抽象和解決的能力，這樣的例子就更多了。朋友告訴我，他的單位有一位寫 Ruby 的老員工，一個龐大的工程，代碼裡面居然只有一個上帝類，就搞定了所有的問題。
● 不能堅持自己的觀點
這一點在面試中最容易觀察到。應聘者有剛畢業的學生，也有工作超過 10 年的有豐富經驗的從業者。他給出一個粗略的方案以後，在方案沒有細化到一定程度以前，很難給出優劣的評論，但是，如果你輕輕地 challenge 一下，他就迅速放棄本來的構思，跑到你的思路上來。
例如，SNS 系統中，服務端有消息要怎樣通知到客戶端，這樣的一個問題，解決方案有很多種，比如客戶端輪詢、服務端 hold 住連接推送等，各有利弊。應聘者應當有自己的觀點。
● 不能細化一個問題解決方案
怎樣區分一個空談家和一個實幹家？給他一個具體的問題是最好的辦法。
在我剛工作的時候，我曾經很欽佩那些在活動中、討論中高談闊論的人，我覺得他們很能說。可是後來我逐漸發現，能說的人實在是太多太多了。細化設計、甚至落到編碼，才是對一個程序員真實的檢驗。當然，如果你覺得做軟件設計的人可以不熟悉編碼、架構師可以不首先是一名高級程序員，那我們也沒有什麼可談了:)。
如果你會學習，你可以成長得很快；如果你不會思考，你永遠只能跟在別人後面。
- 怎麼決定要學習哪種新技術？
在新技術的學習上我認為也應當多思考，不同的人有不同的學習動機。在非外界所迫的情況下，對於新技術的學習，我的觀點可以概括為：
● 它要解決什麼問題，就是所謂的問題域，是我關心的嗎？
我沒有去研究操作系統底層的實現，並非這沒有價值，而是我沒有興趣，這就是問題域的影響（不過現在我有興趣了，我想做一些這方面的事情）。
● 和過往解決方案它的優勢在哪裡，是否顯著？
這是 competition，重複的技術是沒有生存空間的（當然，你是微軟的話除外:)），就像互聯網同一個類型的網站，競爭到最後就那麼兩三家。就像 Groovy，我很喜歡它，但是有了 Scala 以後，我覺得興許有一個要死掉（Groovy 創始人說，如果他早些知道 Scala 的話，就沒有 Groovy 什麼事了。具體的報導請去 Google 上搜他的 blog）。
● 它的實現和帶來的效果上看，有沒有很有意思的思路，是值得借鑒和思考的？
這是最難講的一個問題。以去年初開始接觸的 Node.js 為例，它可以做到把後端的聚合（譬如 portlet 之流）放到前端來，後端只保留一種類型的頁面服務——頁面模板，以及若干易於管理的 API 接口，大大簡化了後端體系的複雜度，而且還能把壓力分散到前端來，這是我早些年不曾見到的。
這三個問題想過之後，覺得有價值，我才去學習。要不然，對我而言就是不想深入的東西，了解了解也就罷了。
- 怎麼學習一項新技術？
● 尋找切入點
我很喜歡 BlueDavy 的 blog 上的一句話：「理論不懂就實踐，實踐不會就學理論。」
最後最好是要落到動手實踐上去的，但是倘若習慣從那些原理介紹的文字入手，未嘗不是一種不好的選擇。而且，現實情況會有一些約束，例如在了解幾家互聯網公司的雲平台的時候（Amazon 的 EC2，M$ 的 Azure 等等），除非你是這幾家公司的員工，否則是很難深入其中的。
● 尋找自己的興趣點
學習應當是一件有意思的事情，當你的大腦排斥它的時候，我不相信可以很容易地掌握這門新技術。如果你找不到興趣點，那麼，不妨回到我前文對於新技術是否值得你學習的觀點上去，既然你沒有什麼興趣，你學它幹嘛？
● 善於比較
比較是一種非常容易上手的思考方式，和什麼比較？和相似技術比較，和操作系統、網絡這些基礎設施上面的例子比較，最後，和生活中的例子比較（譬如，JAVANIO 的實現是一個很好的例子）。
● 不斷獲得回饋
回饋是什麼？做出一個 HelloWorld 的例子，就是一個極好的回饋；理解某一項實現原理，聯想到其它類似的實現，產生一種恍然大悟的感覺，也是一種回饋。在學習的過程中，不斷產生回饋，意味著你不斷地收穫成就感，這是繼續下去的動力之一。
（本文轉載自合作夥伴《碼農網》；未經授權，不得轉載）
