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