獨木不成林。一個項目組有1～2個高手，也很難保證整個項目組的成功。一般來說，水平越高，負責的任務(wù)往往也就越多越重，要他們在工作之余擠時間指導其他成員、像檢查作業(yè)一樣的檢查其他人的代碼是不現(xiàn)實的。而等到問題真正出現(xiàn)了再去解決、規(guī)避、重構(gòu)代碼，早已經(jīng)為時已晚了。代碼紊亂程度就像熵一樣只會增加不會少的，如果不在早期阻止代碼往不良方向發(fā)展，代碼就會越來越爛，最終導致產(chǎn)品的可靠性沒有保證。因此，項目成功的關(guān)鍵因素之一就是要縮小項目組成員間的“貧富”差距，水平越相近，價值觀就越統(tǒng)一，也就越容易實施管理策略，制定的規(guī)則就越容易被所有成員認同。對此，我的建議是，把培訓重點放在幫助中下技術(shù)水平的成員提高基礎(chǔ)技能、構(gòu)架認識、全局觀、軟件工程理念上；而對于水平較高的成員，適當?shù)匾?guī)范其開發(fā)過程中的行為，略加引導就可以了。項目組地平均水平提高了，整個項目組的開發(fā)能力就上去了。

以往我推薦的書都是純粹提高技術(shù)能力的，并不能有效的提高其全局觀、軟件工程理念。不可否認的是，每個項目組都會存在這樣一些“高手”，他們debug能力很強，但是缺不愿遵守編碼規(guī)范、不認同流程規(guī)范；他們把重點放在技巧編碼方面，而從來沒考慮文檔和代碼是寫給別人看的，也從來沒有擔心過孤立的代碼會增加后期維護的成本和移交工作的成本。他們是屬于瘸著腿跑也比一般人跑的快的人。（所以，瘸也就不用治了，他們是這么認為的。有的甚至根本不覺的自己瘸，只覺的自己跑的快） 我的看法是：這種人的代碼殺傷力往往比低手還大。因為低手往往按部就班的編碼，不敢挑戰(zhàn)流程，低手也往往得不到編寫核心代碼的任務(wù)，所以低手的代碼對整個工程造不成大的傷害。相反，編碼意識如果不好，技術(shù)水平越高，其代碼的危害就越大。編碼不僅要提高技術(shù)水平，也好同時提高培養(yǎng)編碼意識和大局觀。

我曾極力向初涉軟件開發(fā)的同事推薦下面三本書，收到了很好的效果：
《C程序設(shè)計語言(The C Programming Language)》Brain W.Kernighan & Dennis M.Ritchie 著 徐寶文 李平譯
《Joel說軟件(Joel on Software)》Joel Spolsky 著 譚明金 王平譯
《程序設(shè)計實踐(The Practice of Programming)》Brain WKernighan & Rob Pike著 裘宗燕譯

三本都是價格不貴的小薄書，很容易看完。（為什么這么說？看過C++ Primer的都有體會，真是又厚又貴）第一本能夠使讀者達到勝任C開發(fā)工作的水平，一本小書容納了語言、算法、模式、代碼風格藝術(shù)的精華。第二本，以散文隨筆的方式介紹了軟件工程的思想，介紹了軟件開發(fā)的理念，能夠使讀者的編碼品德、設(shè)計品味提高。第三本，分別介紹了代碼風格、算法、接口設(shè)計、排錯方法、測試、性能優(yōu)化、可移植性等諸多軟件實踐，作者水平極高，寫的深入淺出，令人反復閱讀反復受益。

這三本書組成了一個開發(fā)人員必備要素的鐵三角。相信細細品味于小書的字里行間，思維就越來越受教于世界頂級的大牛，悟性、能力、修養(yǎng)都會不斷提高。我衷心的希望初涉軟件開發(fā)領(lǐng)域的朋友們能從這三本書入手，從白紙開始就寫好每一個字。找工作或者搞突擊時，臨事抱抱佛腳，也不失為一種快速溶入優(yōu)秀開發(fā)團隊的捷徑。

-------------
乾坤一笑 寫于2006年06月22日  轉(zhuǎn)載請標明出處和原文鏈接