新司ramp up期间如何阅读代码更高效？（没有文档）

新入职快一个月了，目前代码看的不够高效，组里也缺乏相关设计文档。请问大家在ramp up期间如何提高阅读学习代码的效率？希望尽早上手给组里做实际贡献。谢谢！

可以尝试从test入手。unit test帮助理解function的作用，integration test帮助理解component的业务逻辑

以下是以效率优先的办法：
1. 如果接手了一个别人做过的项目，最快的办法是找老员工给你过一遍主要use cases是怎么跑通的。
2. 如果非要自己看，最好首先清楚当前task是什么。Know just enough to get the task done是最优解，复杂的代码库是无穷无尽的rabbit holes，自己判断：a) 学到什么程度可以把活完成，b) 继续学下去对完成当前task有没有帮助。把握好学习和产出的平衡。
3. 看代码库的时候能猜则猜，大胆猜这个function/interface大致干了什么，为了不陷进去，首先获得一个general view，细节先放一边。

从一个有点经验的角度，这是一个很好的show 你visiablity 的事， 你把大的框架doc下来， 给组里人做demo,  有些可能理解的偏差，但是manager并不会在乎， 在乎的是你take 了 initiative

找人给你讲，找manager让他给你ramp up资源。。。向烙印学习脸皮厚一点，自己ramp up快才是你在乎的。

最好的办法就是多读，重复度，花更多时间读。温故而知新。

读代码往往比看doc理解更透彻

你读不懂的狗屎代码，往往其他新人也读不懂。当你弄明白了，你就可以用上帝视角给别人吹牛了

无目的地读，读几周都没用。除非你手把手build了整个服务，谁都不能完全掌握整个代码。
Ramp up最好的方法是去做task。让组里老人给你安排一点简单的，在慢慢增加难度。有目的性的去学习会好很多

不确定你是做哪个方向的，不同背景不同项目不同codebase大小策略可能不一样。如果代码组织得好，一般来说可以按业务逻辑和framework的角度去看，前期先从业务逻辑上手理清整体逻辑，知道各个模块的交互关系，这样发现问题了知道去哪里找代码。另外不同时期对项目代码的理解也会不一样的，不用对自己有太高的要求，合理利用mentor资源。我们的新人一般都是从cleanup任务着手，尝试一下做些简单的code refactor等，另外如果有新成员我们组会有一个batch专题，每老员工介绍自己做的那一块，当然这个就看团队风格了。

如果是自由ramp up的话，那先看high level doc，然后在deep dive到具体的component system，再到代码level。

我的个人经验是【边做边学】吧，先找一下相对简单的任务做，然后一边学习
我知道人很容易倾向于【先全力学，再开始做】，但是在实战中这样很容易会伤害到你的业务形象
我明白new kid on the block 都是不容易的，加油！