编程综合—先思考后debug

忠告：

在我加入贝尔实验室一年多后，Gerard Holzmann设计了一个很小的交换式制图语言，我开始和Ken Thompson一起在开发针对这种语言的即时编译器上做两个人同时编程。我打字比较快，所以我坐在电脑前，Ken站在我身后看我编程。我们开发的很快，但经常会遇到问题，而且可以看出来出错了——毕竟这是一个图形化的编程语言。当程序出错时，我本能的一头扎进问题，检查报错跟踪信息，添加调试打印语句，启动调试器，等等，但Ken只是站在那思考，完全不理会我也不查看我们写的出问题的代码。一段时间后我发现一个规律，Ken经常会比我先找到问题出在什么地方，而且会突然的喊一嗓子，“我知道什么地方的问题了。”每次他的判断都很准确。我认识到，Ken已经在脑海里构建了代码的模型，当有问题出现时，那是他脑子里的模型出了问题。在思考为什么会发生这些错误时，他能凭直觉找到模型中什么地方不对或发现写的代码跟这个模式什么地方有出入。

Ken教会了我一个极其重要的习惯：纠错前先思考。如果你一头扎进问题中，你只能解决当前代码的问题，但如果你先思考这个错误，这个bug究竟为什么会引入？你会发现并且纠正一个更高层次的问题，进而改进了系统设计，防止了更多bug的出现。

我认识到这种编程思考模式非常的重要。有些人痴迷于逐行的、使用各种工具来调试所有的东西。但我现在相信，思考——不看代码的思考——是最好的调试途径，因为它能让你开发出更好的软件。

英文原文：The Best Programming Advice I Ever Got