计算机编程的24条法则

moonsky

-----------------------------------------------------------------------

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

转自：山海网络

alangxy

我觉得第二条法则有待商榷
如果按照CMM的说法，应当先写软件需求说明书，然后是设计文档（包括概要设计和详细设计），然后是编码，测试等，测试计划和方案的写作穿插于整个设计文档及编码过程中

第9条看不懂，哪位高人解释一把？