写代码的一些准则

最近和同事调试程序，有一些心得：

 

1. 警告最好视为错误，过多的警告容易把有些错误过滤；

 

 2. 调试代码的一些log和调试信息最好保留，并使用宏可以区分。例如加入DEBUG宏，调试信息就打开；否则关闭调试信息。调试信息最好分级，例如DEBUG_INFO, DEBUG_ALERT, DEBUG_SYSTEM。而且调试信息能看出模块名称和错误等级。

 

3. 调试很长时间找不到问题或者bug的真正所在，这时候静下心来，看看程序流程是否有问题， 分析整个流程走向，往往能有所发现。

 

4. 调试过程要敢于怀疑一切，但也要对自己的程序自信。

 

5. 几个程序模块集成测试时，如果出问题，首先看看自己负责的模块是否问题。自己写的程序要经得起测试。

 

6. 调试的过程也是对自己代码重构的好机会。看看自己的代码可读性如何，可扩展性怎样，可测试性如何，可移植性（移植到不同的操作系统是否需要大的改动）如何，是否与文档一致。

 

7. 模块集成调试的时候同事间可以相互学习，学习他人的思路，看看别人的代码。

 

8. 调试一定要有耐心，如果耐心不够或者心烦意乱，不如先调整一下自己的状态再战。

 

9. 调试的时候要多角度考虑问题，如果陷入死胡同了。不妨多和同事讨论讨论，别一个人在那儿闷着。

 

10. 实在自己搞不定的bug或者需要他人合作解决，那么开一个会议。不管结果如何，这代表了你的积极性和你个人对项目的推动能力。