写代码时如何减少Bug

1 自己每实现一个功能都测试一下：a: bug发现越早，影响越小；b:经过自己测试后的东西，心里有底，后期做新功能，心里不慌。甚至，自己开发多了之后，我经常在做一个功能之前，就想好如何测试这个功能是否正确，也就是开发人员自己的“测试驱动开发”。不要以为这样耗时，要做大系统，必须要有这种行为和习惯。

2 记录并维护好之前的Bug修改记录：这个bug修改记录，并不是指提交给测试人员之后的bug记录，而是自己在开发过程中发现并自我修正了bug记录。因为这些bug中可能后期因为自己的调整而“重现”。

3 代码审查：找周围的人“吹嘘”一下自己的代码，让人家有兴趣来点点的你的东西，看看你的代码，向别人炫耀一下你的思路，也许不经意间，自己的思维漏洞就显现了。

4 避免分心：分心是写代码的头号敌人，一会QQ,一会MSN，一会农场，最后玩死的是自己。

5 避免思路断节：维护好自己的思路和代码进展状态，最好能够将一个功能完整的实现才罢休。

6 “谋定而后动，三思而后行”：先自己对自己的思路有个充分的预演，对流程和中间的跳跃点进行记录。在思路上先明确，不要一开始就陷入细节。写代码之前多规划，想想，三思而后行，思考可能出现的问题；写完代码之后，多回想回想，反省自己

7 使用成熟的组件和代码块：考虑对已经经过验证的东西，而不是每次都重新造轮子。

8 做Demo:在开发过程中，难免会遇到自己没有把握或者有困难的地方，在你不放心的时候，与其到网上到处搜索完美的解决方案，不如自己做一个Demo测试一下来验证心中的疑虑和猜忌。心中坦荡荡，没有后顾之忧，后面的代码就会越来越有自信，写代码最忌“瞻前顾后”，特别是一个大的项目。

9 一致的良好的编码习惯：不仅仅是某一处细节上能够把代码写得多工整，而是在全局整体上都能够保持一致的习惯，包括你的变量命名、函数命名、参数、等都界面到中间业务逻辑到数据库，都能够是一致的，哪怕会在某一处带来性能损失。

10 时刻保持清晰的思路和头脑：不要在心里有情绪的时候去写关键的代码或者不熟悉的代码，心静的时候写那些有挑战性的代码，心浮的时候写那些常规性的代码。用MindManager维护好自己的思路，对思路复杂、牵涉面较大的代码处考虑是否思路上可以优化调整，代码是否可以重构、剥离？