1.要养成一个习惯, 经常花时间阅读别人编写的高品质代码.
2.要有选择地阅读代码, 同时, 还要有自己的目标. 您是想学习新的模式|编码风格|还是满足某些需求的方法.
3.要注意并重视代码中特殊的非功能性需求, 这些需求也许会导致特殊的实现风格.
4.在现有的代码上工作时, 请与作者和维护人员进行必要的协调, 以避免重复劳动或产生厌恶情绪.
5.请将从开放源码软件中得到的益处看作是一项贷款, 尽可能地寻找各种方式来回报开放源码社团.
6.多数情况下, 如果您想要了解"别人会如何完成这个功能呢?", 除了阅读代码以外, 没有更好的方法.
7.在寻找bug时, 请从问题的表现形式到问题的根源来分析代码. 不要沿着不相关的路径(误入歧途).
8.我们要充分利用调试器|编译器给出的警告或输出的符号代码|系统调用跟踪器|数据库结构化查询语言的日志机制|包转储工具和Windows的消息侦查程序, 定出的bug的位置.
9.对于那些大型且组织良好的系统, 您只需要最低限度地了解它的全部功能, 就能够对它做出修改.
10.for (i=0; i<n; i++)形式的循环执行n次; 其他任何形式都要小心.
11.涉及两项不等测试(其中一项包括相等条件)的比较表达式可以看作是区间成员测试.
12.我们经常可以将表达式应用在样本数据上, 借以了解它的含义.
13.使用De Morgan法则简化复杂的逻辑表达式.
14.在阅读逻辑乘表达式时, 问题可以认为正在分析的表达式以左的表达式均为true; 在阅读逻辑和表达式时, 类似地, 可以认为正在分析的表达式以左的表达式均为false.
15.重新组织您控制的代码, 使之更为易读.
16.将使用条件运行符? :的表达式理解为if代码.
17.不需要为了效率, 牺牲代码的易读性.
18.高效的算法和特殊的优化确实有可能使得代码更为复杂, 从而更难理解, 但这并不意味着使代码更为紧凑和不易读会提高它的效率.
19.创造性的代码布局可以用来提高代码的易读性.
20.我们可以使用空格|临时变量和括号提高表达式的易读性.
21.在阅读您所控制的代码时, 要养成添加注释的习惯.
22.我们可以用好的缩进以及对变量名称的明智选择, 提高编写欠佳的程序的易读性.
23.用diff程序分析程序的修订历史时, 如果这段历史跨越了整体重新缩排, 常常可以通过指定-w选项, 让diff忽略空白差异, 避免由于更改了缩进层次而引入的噪音.
24.do循环的循环体至少执行一次.