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、存在的規則和規律可以讓人們免于思考 。