快速掌握一個語言最常用的50%

現在的開發工作要求我們能夠快速掌握一門語言。一般來說應對這種挑戰有兩種態度：其一，粗粗看看語法，就擼起袖子開幹，邊查Google邊學習；其二是花很多時間完整地把整個語言學習一遍，做到胸有成竹，然後再開始做實際工作。然而這兩種方法都有弊病。第二種方法的問題當然很明顯，不僅浪費了時間，偏離了目標，而且學習效率不高。因為沒有實際問題驅動的語言學習通常是不牢固不深入的。有的人學著學著成了語言專家，反而忘了自己原本是要解決問題來的。第一種路子也有問題，在對於這種語言的脾氣秉性還沒有瞭解的情況下大刀闊斧地拼湊代碼，寫出來的東西肯定不入流。說穿新鞋走老路，新瓶裝舊酒，那都是小問題，真正嚴重的是這樣的程序員可以在短時間內堆積大量充滿缺陷的垃圾代碼。由於通常開發階段的測試完備程度有限，這些垃圾代碼往往能通過這個階段，從而潛伏下來，在後期成為整個項目的毒瘤，反反覆覆讓後來的維護者陷入西西弗斯困境。實際上語言學習有一定規律可循，對於已經掌握一門語言的開發者來說，對於一般的語言，完全可以以最快的速度，在幾天至一週之內掌握其最常用的50%，而且保證路子基本正宗，沒有出偏的弊病。其實真正寫程序不怕完全不會，最怕一知半解的去攢解決方案。因為你完全不會，就自然會去認真查書學習，如果學習能力好的話，寫出來的代碼質量不會差。而一知半解，自己動手土法煉鋼，那搞出來的基本上都是廢銅爛鐵。比如錯誤處理和序列化，很多人不去瞭解「正路子」，而是憑藉自己的一知半解去攢野路子，這是最危險的。因此，即使時間再緊張，這些內容也是必須首先完整瞭解一遍的。掌握這些內容之後進入實際開發，即使有問題，也基本不會傷及項目大體。而開發者本人則可以安步當車，慢慢在實踐中提高自己。以下列出一個學習提綱，主要針對的是有經驗的人，初學者不合適。這個提綱只能用於一般的庸俗編程語言學習，目前在流行編程語言排行榜上排前20的基本上都是庸俗語言。如果你要學的是LISP之類非庸俗語言，或是某個軟件中的二次開發語言，這裡的建議未必合適。還是那句話，僅供參考。

首先瞭解該語言的基本數據類型，基本語法和主要語言構造，主要數學運算符和print函數的使用，達到能夠寫譚浩強程序設計書課後數學習題的程度；
其次掌握數組和其他集合類的使用，有基礎的話可以理解一下泛型，如果理解不了也問題不大，後面可以補；
簡單字符串處理。所謂簡單，就是Regex和Parser以下的內容，什麼查找替換，截斷去字串之類的。不過這個階段有一個難點，就是字符編碼問題。如果理解不了，可以先跳過，否則的話最好在這時候把這個問題搞定，免留後患；
基本面向對象或者函數式編程的特徵，無非是什麼繼承、多態、Lambda函數之類的，如果有經驗的話很快就明白了； 5.異常、錯誤處理、斷言、日誌和調試支持，對單元測試的支持。你不一定要用TDD，但是在這個時候應該掌握在這個語言裡做TDD的基本技能；
程序代碼和可執行代碼的組織機制，運行時模塊加載、符號查找機制，這是初學時的一個難點，因為大部分書都不太注意介紹這個極為重要的內容；
基本輸入輸出和文件處理，輸入輸出流類的組織，這通常是比較繁瑣的一部分，可以提綱挈領學一下，搞清楚概念，用到的時候查就是了。到這個階段可以寫大部分控制檯應用了；
該語言如何進行callback方法調用，如何支持事件驅動編程模型。在現代編程環境下，這個問題是涉及開發思想的一個核心問題，幾乎每種語言在這裡都會用足功夫，.NET的delegate，Java的anonymous inner class，Java 7的closure，C++OX的 tr1::function/bind，五花八門。如果能徹底理解這個問題，不但程序就不至於寫得太走樣，而且對該語言的設計思路也能有比較好的認識；
如果有必要，可在這時研究regex和XML處理問題，如無必要可跳過；
序列化和反序列化，掌握一下缺省的機制就可以了；
如果必要，可瞭解一下線程、並發和異步調用機制，主要是為了讀懂別人的代碼，如果自己要寫這類代碼，必須專門花時間嚴肅認真系統地學習，嚴禁半桶水上陣；
動態編程，反射和元數據編程，數據和程序之間的相互轉化機制，運行時編譯和執行的機制，有抱負的開發者在這塊可以多下些功夫，能夠使你對語言的認識高出一個層面；
如果有必要，可研究一下該語言對於泛型的支持，不必花太多時間，只要能使用現成的泛型集合和泛型函數就可以了，可在以後閒暇時抽時間系統學習。需要注意的是，泛型技術跟多線程技術一樣，用不好就成為萬惡之源，必須系統學習，謹慎使用，否則不如不學不用；
如果還有時間，最好諮詢一下有經驗的人，看看這個語言較常用的特色features是什麼，如果之前沒學過，應當補一下。比如Ruby的block interator, Java的dynamic proxy，C# 3的LINQ和extension method。沒時間的話，我認為也可以邊做邊學，沒有大問題。
有必要的話，在工作的閒暇時間，可以著重考察兩個問題，第一，這個語言有哪些慣用法和模式，第

二，這個語言的編譯/解釋執行機制。

至此語言的基本部分就可以說掌握了，之後是做數據庫、網絡還是做圖形，可以根據具體需求去搞，找相應的成熟框架或庫，邊做邊學，加深理解。對於一個庸俗語言，我自己把上面的內容走一遍大概要花2-3周時間，不能算很快，但也耽誤不了太多事情，畢竟不是每個月都學新語言。掌握了以上的內容，就給練武術打好了基本功，雖然不見得有多優秀，但是肯定是根正苗紅，將來不必繞大彎子。就算是臨時使用的語言，把上面這個提綱精簡一下，只看藍色重體字的部分，大致能在幾天到一週內搞定，不算是太耗時，而且寫出來的代碼不會太不靠譜。以上提綱未設及內存模型。對於C/C++，這個問題很重要，要放在顯著位置來考慮，但對於其他語言，這個問題被透明化了，除非你要做hardcore項目，否則不必太關注。