獨木不成林。一個(gè)項目組有1～2個(gè)高手，也很難保證整個(gè)項目組的成功。一般來(lái)說(shuō)，水平越高，負責的任務(wù)往往也就越多越重，要他們在工作之余擠時(shí)間指導其他成員、像檢查作業(yè)一樣的檢查其他人的代碼是不現實(shí)的。而等到問(wèn)題真正出現了再去解決、規避、重構代碼，早已經(jīng)為時(shí)已晚了。代碼紊亂程度就像熵一樣只會(huì )增加不會(huì )少的，如果不在早期阻止代碼往不良方向發(fā)展，代碼就會(huì )越來(lái)越爛，最終導致產(chǎn)品的可靠性沒(méi)有保證。因此，項目成功的關(guān)鍵因素之一就是要縮小項目組成員間的“貧富”差距，水平越相近，價(jià)值觀(guān)就越統一，也就越容易實(shí)施管理策略，制定的規則就越容易被所有成員認同。對此，我的建議是，把培訓重點(diǎn)放在幫助中下技術(shù)水平的成員提高基礎技能、構架認識、全局觀(guān)、軟件工程理念上；而對于水平較高的成員，適當地規范其開(kāi)發(fā)過(guò)程中的行為，略加引導就可以了。項目組地平均水平提高了，整個(gè)項目組的開(kāi)發(fā)能力就上去了。
以往我推薦的書(shū)都是純粹提高技術(shù)能力的，并不能有效的提高其全局觀(guān)、軟件工程理念。不可否認的是，每個(gè)項目組都會(huì )存在這樣一些“高手”，他們debug能力很強，但是缺不愿遵守編碼規范、不認同流程規范；他們把重點(diǎn)放在技巧編碼方面，而從來(lái)沒(méi)考慮文檔和代碼是寫(xiě)給別人看的，也從來(lái)沒(méi)有擔心過(guò)孤立的代碼會(huì )增加后期維護的成本和移交工作的成本。他們是屬于瘸著(zhù)腿跑也比一般人跑的快的人。（所以，瘸也就不用治了，他們是這么認為的。有的甚至根本不覺(jué)的自己瘸，只覺(jué)的自己跑的快） 我的看法是：這種人的代碼殺傷力往往比低手還大。因為低手往往按部就班的編碼，不敢挑戰流程，低手也往往得不到編寫(xiě)核心代碼的任務(wù)，所以低手的代碼對整個(gè)工程造不成大的傷害。相反，編碼意識如果不好，技術(shù)水平越高，其代碼的危害就越大。編碼不僅要提高技術(shù)水平，也好同時(shí)提高培養編碼意識和大局觀(guān)。
我曾極力向初涉軟件開(kāi)發(fā)的同事推薦下面三本書(shū)，收到了很好的效果：
《C程序設計語(yǔ)言(The C Programming Language)》Brain W.Kernighan & Dennis M.Ritchie 著(zhù) 徐寶文 李平譯
《Joel說(shuō)軟件(Joel on Software)》Joel Spolsky 著(zhù) 譚明金 王平譯
《程序設計實(shí)踐(The Practice of Programming)》Brain WKernighan & Rob Pike著(zhù) 裘宗燕譯
三本都是價(jià)格不貴的小薄書(shū)，很容易看完。（為什么這么說(shuō)？看過(guò)C++ Primer的都有體會(huì )，真是又厚又貴）第一本能夠使讀者達到勝任C開(kāi)發(fā)工作的水平，一本小書(shū)容納了語(yǔ)言、算法、模式、代碼風(fēng)格藝術(shù)的精華。第二本，以散文隨筆的方式介紹了軟件工程的思想，介紹了軟件開(kāi)發(fā)的理念，能夠使讀者的編碼品德、設計品味提高。第三本，分別介紹了代碼風(fēng)格、算法、接口設計、排錯方法、測試、性能優(yōu)化、可移植性等諸多軟件實(shí)踐，作者水平極高，寫(xiě)的深入淺出，令人反復閱讀反復受益。
這三本書(shū)組成了一個(gè)開(kāi)發(fā)人員必備要素的鐵三角。相信細細品味于小書(shū)的字里行間，思維就越來(lái)越受教于世界頂級的大牛，悟性、能力、修養都會(huì )不斷提高。我衷心的希望初涉軟件開(kāi)發(fā)領(lǐng)域的朋友們能從這三本書(shū)入手，從白紙開(kāi)始就寫(xiě)好每一個(gè)字。找工作或者搞突擊時(shí)，臨事抱抱佛腳，也不失為一種快速溶入優(yōu)秀開(kāi)發(fā)團隊的捷徑。
-------------
乾坤一笑 寫(xiě)于2006年06月22日 轉載請標明出處和原文鏈接
聯(lián)系客服
