您现在的位置是：首页 > 文章详情

让代码运行起来，比代码可读性重要

日期：2023-12-04点击：73收藏

"代码的阅读胜于编写"这句话现在已经是程序员共识，它提醒我们，在编写代码时不能仅追求方便，而忽视那些将来需要阅读和修改代码的人。更一般地说，"代码的阅读胜于编写"传达了一个观点：通过保持代码可维护性，保持简洁、编写测试和文档等方式来使得代码易于理解是一个明智的投资。它关乎对软件开发周期的全局视角。

让我用更简洁的表达方式来表述这个观点：

维护者 > 作者

我认为这种思路可以超越编写代码，并作为一个经验法则用于问题识别和决策。

代码的使用胜于阅读

代码只是达到目标的手段。软件应该有一个目的，它应该为用户提供服务。无论代码是否编写良好、可维护性如何，以及所使用技术是否先进，如果软件不能实现其目标并给用户带来良好体验，则一切都没有意义：

用户 > 维护者 > 作者

或者，既然我们不再需要区分开发人员角色：

用户 > 开发者

因此，与其猜测或询问用户需求，最好的方法是尽早、频繁地将程序放在用户面前，并结合他们的反馈来改进。

这是一个强大的思维模式，只要在开发过程中牢记用户，我们就能走得更远。这大致是我学习这个职业以及我职业生涯前半段对它的理解方式。

代码的运行胜于阅读

当我说"运行"时，我不仅指执行程序，还包括在生产环境中操作它，包括部署、升级、观察、审计、监控、修复和废弃等等。正如丹·麦金利所说：在保持系统可靠工作方面，长期成本几乎总是远远超过你在构建过程中遇到的任何不便。

我们可以将这个观点纳入我们的小模型中：

用户 > 运维 > 开发

我花了一些时间才完全理解这一点，因为根据我的经验，很多正在构建的软件实际上从未真正投入生产使用，至少没有达到重要规模。大多数软件都是基于从未经过测试的假设构建而成。但当你将代码运行在生产环境中时，简洁性原则就有了新的维度。它不再仅仅关乎代码本身，而是关乎减少移动部件并了解其故障模式。它关乎交付产品并确保即使在出现故障时也能正常工作。

此外，还有商业因素

我说过，在开发过程中牢记用户可以帮助我们走得更远。这适用于软件对用户有价值且良好运行的假设。对于开发人员来说，这是一个方便的抽象：我们提供优秀、可工作的软件，而业务则负责将其转化为利润。这在消费者和企业软件领域通常有效。但最终，这种抽象会被证明是一种过度简化，并且我们可以从中受益，将一些商业观点纳入我们的工作流程：

商业 > 用户 > 运维 > 开发

最明显的例子就是预算：我们没有无限资源来满足用户需求，所以需要衡量成本和收益。还有市场营销、截止日期、利益相关者和投资者等因素。个人兴趣和政治也会产生影响。某些决策在孤立考虑我们的软件、团队或用户时是合理的，但当考虑整个组织时可能不再合适。有时，我们需要关注能够产生收入的事务，而不是只迎合用户。我将再次回到这个问题。