请教：刚进部门，是否有必要把未来要负责的产品的代码通读一遍？

[Franklinpw2600]

背景

各位大佬，我不是计算机专业，是电气工程专业毕业，在从事电气领域的软件产品开发工作。

刚进部门不久，被领导安排学习某产品的 c++开发工作。

我们的产品中不涉及什么高深的代码，代码中更多体现的是一些工程经验和电气业务相关的知识和逻辑。

困惑

部门人少事儿多，用户霸道难搞，代码中涵盖的功能很杂，特殊需求、定制化功能很多。未来我很可能要主负责这个产品的开发、运维和技术支持。是否有必要把这个产品的代码通读一遍？了解一些需求细节和当时开发该功能的背景？

我已经在尝试阅读某些功能模块，但不得不说，效率很低，而产品规模又很庞大，所以特来请教，想听听大佬前辈们的经验。

感谢您的分享！ Thanks♪(･ω･)ﾉ

[chenyu0532]

有文档先看文档，千万不要通读，以后搞哪块再看，没有目的的读极其容易让人绝望。。

[Franklinpw2600]

@chenyu0532 嗯嗯，这也是我工作中的感受，没有目的的阅读就像大海捞针，很难获得有用的信息。

[Franklinpw2600]

@Sigrdirfa 感谢，这也是部门前辈建议我的，先搞清楚工作中人与人的关系，遇到问题先找人对接是最快速和高效的。

[Franklinpw2600]

@murmur 是啊，有些无奈