降低软件质量能让你更快吗？

通常有一种说法，认为团队软件质量低下是因为工期压力导致的必要妥协，以低质量换取交付速度。但这种解释是否成立呢？

首先，软件质量可以分为外在和内在两个方面。外在质量包括Bug数量和场景覆盖等，而内在质量主要体现在代码的可读性和可扩展性上。

对于外在质量，降低标准确实能加快交付，因为工作量减少了，看似交付的功能更多。然而，对于内部质量，这种做法并不可取。忽视内部质量会导致代码混乱和架构不清晰，随后的修改和阅读会更加耗时，除非项目规模非常小。

软件需求不断变化，修改代码库是常态。为了提高修改效率，需要代码易于阅读和修改。项目初期，代码规模较小，混乱的代码问题不明显，但随着代码量的增加，低质量的短期优势很快就会消失。

作者分享了自己的经历，一个小规模软件的编写过程，表明编写高内部质量软件并非单纯的选择，而是一种能力。多数人缺乏直接编写高质量软件的能力，但幸运的是，业界已经有了成熟的方法来提升代码质量。

这些方法包括极限编程的核心实践：测试驱动开发和重构。通过编写测试保证业务代码正确性，然后进行重构以去除代码的坏味道。这种持续的实践能保持较高代码质量，即使项目规模庞大，代码仍然易于阅读和修改，保持生产力，避免在糟糕的代码中挣扎。