compare - 识别代码改进

Question

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

Answer 1

实际上，这是减少您的技术债务。您通常会从这种努力中获得的所有好处也适用于此。一些影响将是前瞻性的。例如：

• 由于更好、更清晰的 API 降低了缺陷率。
• 更快的开发时间（和更低的成本），因为接口更容易测试并且集成点更少。
• 更容易维护旧代码，因为它们所依赖的层现在将更干净，更自由。

但是，其中一些将立即生效：

• 构建速度更快，因为杂物更少。
• 识别在生产之前不会发现的错误，因为对这些区域进行单元测试太难了。
• 更好地分离层和关注点。

当然，这些好处的适用程度取决于您的项目及其代码库。

Answer 2

这取决于客户：客户是否具有技术意识？它们是内部的还是外部的？他们想要多少细节？您是否被要求重写，如果是，由谁重写，出于什么原因？

Answer 3

由于它适用于非技术人员，我建议使用条形图和饼图。没有什么比彩色大图表更能帮助非技术人员掌握复杂的主题了。