一天写不完就删!挑战“极限编程”，大幅提升开发效率

最近，我与一位杰出的技术 CEO 兼工程师进行了一次对话。他向我描述了一种偶尔使用的软件开发方法论，我对此印象深刻，并开始思考其他类似的启发式方法和通用原则。

他的开发方法

他的方法听起来很简单：每天早上开始着手开发一个功能。如果一天结束时没有完成，那么就将当天的代码全部删除，第二天重新开始。唯一可以保留的是你编写的单元测试。

如果几天之后你仍然无法实现这个功能，那么思考一下需要做哪些基础工作、基础设施建设或重构来使该功能变得可行。利用这种方法来实现这些准备工作，然后再回到功能开发上。

他说这种方法并非他首创，而是源于 20 世纪 90 年代末至 21 世纪初的极限编程运动（Extreme Programming）。

我对这种方法的一些思考

• “每样东西都写两遍”

我经常向初级工程师提供的建议之一就是“写两遍代码”。解决问题后，将代码存到分支上，然后重新写一遍所有代码。

我是在一次笔记本电脑故障、丢失了几天的工作成果后，偶然发现这个方法的。当时我重写解决方案只花费了最初实现时间的 25%，而且结果更好。这样一来，用 1.25 倍的时间，你可能就会得到 2 倍高质量的代码——对于那些需要长期维护的项目来说，这种时间与质量的权衡通常是值得的。

当然，不要真的把所有东西都写两遍。这只是一个启发式方法，需要灵活运用。

"每天重新开始"的方法是这一理念的更极端版本。每次重写代码时，你都会发现通往解决方案的道路变得更加顺畅，最终的解决方案就会非常简洁且高效。

• “数量本身就是质量”

对于成为一名优秀的软件工程师来说，这句话同样适用。作为初级工程师，积累 10 万行代码的经验是无法替代的，而“每天重写”这种方法可以帮助你更快地达到 10 万行代码。

你可能会认为，多次解决同一个问题不如写 10 万行不同的代码有价值，但我并不这么认为。反复解决同一个问题，实际上非常有助于巩固你所掌握的模式知识。可能，你只需要写 5000 行完美的代码就可以掌握所有主要的模式，而剩下的 9.5 万行则是为了通过重复练习来强化你的神经回路。

• 与“用枪顶着头”的方法对比

另一个我常用的启发式方法，是让某人提出一个问题的解决方案。假设他们说需要 4 周时间来完成，我就会问：“如果现在有枪顶着你的头，要求你必须在 24 小时内完成，你会怎么做？”

这个问题的目的在于打破他们的思维框架，消除他们的锚定偏见。如果你刚说过某事需要一个月来解决，那要在一天内完成肯定需要一个截然不同的方案。有趣的是，这种方法往往都会奏效。很多时候，人们在给出为期一个月的计划后几分钟内，便能够提出一个可能在一天内完成的计划。

总的来说，这个思维实验的目的并不是为了产生最终的解决方案，而是为了给出一个解决问题的下限。有了这个下限，再思考实际的解决方案时，你会发现它往往比最初的方案更好。

寻找一条最优路径

归根结底，本文讨论的核心问题是“问题空间中的路径搜索”。每一条路径都是一个解决方案，而工程师的任务就是找到最优路径。

这些启发式方法与各种路径搜索算法之间有许多不太准确的类比，我不认为通过具体化这些类比能够学到太多东西，但从概念上思考它还是有价值的。每种搜索算法在面对不同的约束条件和领域知识时，都有其利弊。

同样，工程上的启发式方法也是如此。想要成为一名更好的工程师，实际上就是在问题空间中找到一条更好的路径。在这个领域里，很可能存在一个引人注目的通用理论，但这已超出了本文的讨论范围。在你的大脑中启动一个后台线程来思考这个问题吧，也许你会找到一条通向答案的最好路径。