在我加入贝尔实验室一年多后，GerardHolzmann设计了一个很小的交换式制图语言，我开始和KenThompson一起在开发针对这种语言的即时编译器上做结对编程。我打字比较快，所以我坐在电脑前，Ken站在我身后看我编程。我们开发的很快，但经常会遇到问题，而且可以看出来出错了——毕竟这是一个图形化的编程语言。当程序出错时，我本能的一头扎进问题，检查报错跟踪信息，添加调试打印语句，启动调试器，等等，但Ken只是站在那思考，完全不理会我也不查看我们写的出问题的代码。一段时间后我发现一个规律，Ken经常会比我先找到问题出在什么地方，而且会突然的喊一嗓子，“我知道什么地方的问题了。”每次他的判断都很准确。我认识到，Ken已经在脑海里构建了代码的模型，当有问题出现时，那是他脑子里的模型出了问题。在思考为什么会发生这些错误时，他能凭直觉找到模型中什么地方不对或发现写的代码跟这个模式什么地方有出入。
??Ken教会了我一个极其重要的习惯：纠错前先思考。如果你一头扎进问题中，你可能只解决了当前出现问题的代码，但如果你先思考这个错误，这个bug是怎么引入的？你通常发现和纠正一个更高层次的问题，进而改进了系统设计，防止了更多bug的出现。
??我认识到这种编程思考模式非常的重要。有些人痴迷于一行行的、使用各种工具来调试所有的东西。但我现在相信，思考——不看代码的思考——是 的调试途径，因为它能让你开发出更好的软件。
??在软件行业中，个人觉得每个Coder、Leader（那些当了Leader以后就不需要Code的除外）都应该除了具有良好的编码能力以外，最为主要的就是Debug的能力要坚实。千万不要告诉我Debug工作是Tester和QA的事情，首先你要认识到Debug的能力是一个并不简单的能力，能帮助你提高你的开发能力，加快开发速度，节约开发成本；其次你更应该知道，你所掌握的Debug的能力和技术并不可能抢去Tester或者QA的饭碗，他们做的工作更仔细、全面，更富有创造力。由于本人数年来一直使用VC6，所以下面使用的观点和相关的描述都是从VC出发的，肯定有所偏颇、错误之处，还望各位看官不吝啬地指出，本人定虚心接受，共同讨论，共同学习，共同进步。个人觉得Debug能力包括以下三个个方面：
1、良好的编码习惯，良好的逻辑结构能力，对Bug的预见能力。一个成熟的程序员，应该有一个良好的编程习惯，不仅需要有良好的编码格式规范，更为需要的是对于程序中的逻辑实现时候有一种良好的结构。编程其实就是数据和逻辑的集合，数据的处理较为简单，或者说是需要的逻辑思维能力比较少，当算法逻辑要在数据上实现的时候，同一种逻辑，让不同的程序员来实现可能有各种各样的不同实现结构，从这个角度来说，这里所说的“良好的编码习惯”就应该指的是对于逻辑实现时候使用的良好的编程结构，一个好的编程结构应该是能预防错误的发生，对错误的预见和错误出现以后的错误处理与异常处理的良好安排。也许有人说这不好办吗？每个逻辑判断的地方添加条件判断或者异常处理不就行了？个人觉得不是那么回事，过多的if、assert、ASSERT等语句或者是宏，尤其是并列的if语句需要耗费很多判断、执行的时间，对于一个子程序（函数），尤其是调用频率比较频繁的子程序（函数），一次浪费了一点点时间，多次、频繁地调用浪费的时候就显得可观了，所以并不是if语句使用的多，程序出错的可能性就小，过犹不及！如果确实需要使用多个if语句进行条件判断， 能使用嵌套的if语句，逐步的缩小判断范围，这样消耗的时间要比并列的if语句要小，还要注意的是if语句的条件判断也不是万能的；assert、ASSERT等判断宏也不是万能的，它会造成Debug和Release版本在响应速度和最终的编译结果的不同，对于一些北京白癜风 的治疗方法北京看白癜风去哪家医院