1、致命的異常終止決不允許;
2、以這個次序編寫:用戶手冊、說明書、幫助、源代碼;
3、除非你使用Risk Factor Analysis (RFA),否則一個程序將花費雙倍你認為開發所需的時間--重復工作;
4、編碼工作量應該不超過開發工作的百分之二十;
5、測試應該只少占工程的百分之三十 ;
6、注釋應該至少要占源代碼的百分之二十 ;
7、一條錯誤信息應該報告什么發生了,關于這個用戶能夠作什么,程序下一步要做什么,以及哪一行代碼造成了該問題?可能也要注意時間,用戶名和環境 ;
8、好的程序將自動地發送最近的錯誤信息給永久性媒體 ;
9、調用一個例程三次?隱藏它調用一次?不要隱藏 ;
10、除了菜單和錯誤陷阱,例程應精確地只需要一個入口和一個出口 ;
11、帶有清晰的變量名和例程名的文檔代碼 ;
12、數據庫應該是相關的 ;
13、總是采用最好的算法 ;
14、首先優化最慢的例程,使用 Profiler 標志他們 ;
15、最好的開發語言通常是具有最短開發時間的那個 ;
16、要求顧客在用戶手冊和說明書上簽字 ;
17、首先編寫更具風險的模塊 ;
18、讓簡單的維護成為引導你的燈光 ;
19、檢查你寫的每個簽名和拼寫 ;
20、不要寫任何你能夠用一個3 * 5 卡片封面復制的程序 ;
21、知道何時應該完成何事 ;
22、沒有任何列表是完善的 ;
23、困難不是你正在看之處 ;
24、存在的規則和規律可以讓人們免于思考 。
|