识别代码改进

Question

我们刚刚完成了一次非常重要的系统重写，并且我被要求查找并识别已经改进的代码区域。作为向客户证明我们所花费的努力是值得的一种方式。识别这些区域并不是真正困难的部分，但我正在努力解决如何最好地提供这些信息。对此有任何建议，或者如果有人在过去做过类似的事情，我们将不胜感激。

Answer 1

实际上，这是对technical debt的缩减。您通常会从这种努力中获得的所有好处也适用于此处。一些效果将是前瞻性的。例如：

• 通过更好，更清晰的API降低缺陷率。
• 更快的开发时间（以及更低的成本），因为界面更容易测试并且集成点更少。
• 更容易维护旧代码，因为他们依赖的图层现在更清洁，更自由了。

然而，其中一些将是即时的：

• 更快的构建，因为没有那么多。
• 识别在生产之前不会发现的错误，因为单元测试这些区域太难了。
• 更好地分离层次和关注点。

这些福利适用的程度当然是针对您的项目及其代码库的。

Answer 2

这取决于客户：客户是否具有技术头脑？它们是内部还是外部？他们想要多少细节？你有没有被要求重写，如果是这样的话，是出于什么原因？

Answer 3

因为它适用于非技术人员，我建议使用条形图和饼图。没有什么能帮助非技术人员掌握复杂的主题，比如一张丰富多彩的图表。