好的程序員花去90%的時間在思考、研究和實驗，來找出最優方案。

好的程序員花去90%的時間在思考、研究和實驗，來找出最優方案。

差的程序員花去90%的時間在調試問題程序、盲目的修改程序，指望某種寫法能可行」

 

 

作程序員的經歷讓我知道了一些關於軟件編程的事情。下面的這些事情可能會讓朋友們對軟件開發感到驚訝：

• 1. 一個程序員用在寫程序上的時間大概佔他的工做時間的10-20%，大部分的程序員天天大約能寫出10-12行的能進入最終的產品的代碼 — —無論他的技術水平有多高。 好的程序員花去90%的時間在思考、研究和實驗，來找出最優方案。差的程序員花去90%的時間在調試問題程序、盲目的修改程序，指望某種寫法能可行。「一個卓越的車牀工能夠要求比一個通常的車牀工多拿數倍高的工資，但一個卓越的軟件寫手的價值會10000倍於一個普通的寫手。」——比爾 蓋茨

• 2. 一個優秀的程序員的效率會是一個普通的程序員的十倍之上。一個偉大的程序員的效率會是一個普通程序員的20-100倍。這不是誇張 — — 1960年以來的無數研究都一致的證實了這一點。一個差的程序員不只僅是沒效率 — — 他不只不能完成任務，寫出的大量代碼也讓別人頭痛的無法維護。

• 3. 偉大的程序員只花不多的時間去寫代碼——至少指那些最終造成產品的代碼。那些要花掉大量時間寫代碼的程序員都是太懶惰，太自大，太傲慢，不屑用現有的方案去解決老問題。偉大的程序員的精明之處在 於懂得欣賞和重複利用通用模式。好的程序員並不懼怕常常的重構（重寫）他們的代碼以求達到最好效果。差的程序員寫的代碼缺少總體概念，冗餘，沒有層次，沒 有模式，致使很難重構。把這些代碼扔掉重作也比修改起來容易。

• 4. 軟件遵循熵的定律，跟其它全部東西同樣。持續的變動會致使軟件腐爛，腐蝕掉對原始設計的完整性概念。軟件的腐爛是不可避免的，但程序員在開發軟件時 沒有考慮完整性，將會使軟件腐爛的如此之快，以致於軟件在尚未完成以前就已經毫無價值了。軟件完整性上的熵變多是軟件項目失敗最多見的緣由。（第二大 常見失敗緣由是作出的不是客戶想要的東西。）軟件腐爛使開發進度呈指數級速度放緩，大量的軟件在失敗以前都是面對着突增的時間要求和資金預算。

• 5. 2004年的一項研究代表大多數的軟件項目（51%）會在關鍵功能上失敗，其中15%是徹底的失敗。這比1994年前有很大的改進，當時是31%。

• 6. 儘管大多數軟件都是團體開發的，但這並非一項民/主的活動。一般，一我的負責設計，其餘人負責實現細節。

• 7. 編程是個很難的工做。是一種劇烈的腦力勞動。好的程序員7×24小時的思考他們的工做。他們最重要的程序都是在淋浴時、睡夢中寫成的。由於這最重要的工做都是在遠離鍵盤的狀況下完成的，因此軟件工程不可能經過增長在辦公室的工做時間或增長人手來加快進度。