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、存在的法则和纪律可以让人们免于思考
