熟悉继承的代码库的最好方法

Question

Stacker没人问起most shocking thing new programmers find as they enter the field的事。

非常重要的一点是，继承一个必须迅速熟悉的代码库的影响。突然发现自己负责维护N行代码，谁知道这些代码被拼凑在一起有多长时间，并在很短的时间内开始为之做出贡献，这可能是相当令人震惊的。

您如何有效地吸收所有这些新数据？是什么让这种过渡变得轻松？唯一真正的解决方案是不是已经为足够多的开源项目做出了贡献，从而消除了冲击？

这也适用于经验丰富的程序员。您使用了哪些技术来简化到新代码库的过渡？

我在这篇文章中添加了社区建设标签，因为我也想听一些关于这些转变的战争故事。请随意分享你是如何处理一个特别有压力的学习曲线的。

Answer 1

铅笔和笔记本(不要在尝试创建不需要的解决方案时分心)

• 边走边记笔记，每周一花一个小时通读并整理前几周的笔记
• 使用大型代码库的第一印象可能是欺骗性的，当您熟悉自己时，问题往往会迅速重新安排。
• 记住，你过去工作环境中的问题在你的新环境中不一定是有效的或密切相关的。注意先入为主的观念。
• 你所做的笔记/观察将帮助你快速了解要问什么问题以及问谁。希望你已经收集了所有官方(和非官方)利益相关者的名字。

Answer 2

熟悉继承代码的最好方法之一就是亲手动手。从修复几个简单的bug开始，然后逐步修复更复杂的bug。这将使您更好地了解代码，而不是试图系统地审查代码。

如果有需求或功能规范文档(希望是最新的)，您必须阅读它。

如果有一个高级或详细的设计文档(希望是最新的)，你可能应该阅读它。

另一个好方法是与熟悉代码的人安排一次“信息传递”会议，在那里他们提供高级设计的演示文稿，并对代码的重要/棘手部分进行演练。

Answer 3

编写单元测试。您会更快地发现问题所在，并且在更改代码时会更加自信。