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． 存在的规则和规律可以让人免于思考。
（摘于《Java 程序调试实用手册》p342）
本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请
点击举报。
