作为一个新人，大家是如何快速学习掌握一个老项目的

写笔记，真的要写笔记。光看代码是记不住的

只能一点点磨哦。我之前也是接了个老项目，3 个同事写了一年，让我来接手，前面一两周，真的找个功能在哪实现的都很困难，过了一两个月就好多了。基本熟悉了

从修简单 bug 入手，debug 走流程

8 楼+1 。看来大家的项目都没有像样的文档我就放心了。全靠传帮带交接。

@X90 在某些项目里，有时候没文档还少走些弯路。。。

最近接手了一个私人的活，没有文档，没有注释，一个文件里面上万行代码，里面复制粘贴 也有不少，命名也是混乱。

主要负责后期的新增功能和修理 bug 。

1 周左右上手了。

主要代码不要动，新增的功能用已有的代码继续复制上去，根据新功能改动即可。

俗称继续堆屎山。

别考虑什么优雅，再优雅的代码，跑不起来，都是垃圾。

不学。根本没时间。要的就是个快速改需求的能力

曾经有过同样的问题 现在已经弃疗了

根据前端业务，一块一块看。所有的代码基本都是围绕业务来做的。

@linshuizhaoying 这才是正确的方式，无论是开发，测试，还是产品。

了解了解业务，然后点一点按钮测一测数据，后台打端点，
可能是我项目经验少，主要看数据流向(因为可以看出调用过程嘛)和数据关联(连表或者 rpc 服务之类的)

后端业务的话，通过测试报告/技术文档/prd/产运记录的反馈整理正向&逆向业务流。代码本质上就是实现业务的手段，懂业务很快能懂代码为什么这么设计

@darkengine 哈哈，本来一坨屎山就够难受了，再来一坨掺和着更难受

@xiyou007 正解

参与运营与一线排障

简单点的项目 review 代码就行。
稍微复杂：直接运行起来，点一点，走一走业务，看看原型，设计，需求文档。
特别复杂：请教同事/项目主管运行起来项目代码，请教他们讲解业务逻辑，review 代码。
复杂像屎：跑路吧。

总结：尽量自己解决，鼻子底下就是嘴，不懂就多问。

边用边了解总结

只看代码是很难记得住的，还是得有简单的工作入手

该 bug 或者写新代码的时候熟悉

没有快速的办法，就靠时间慢慢熟悉
如果公司不给足够的时间，建议跑路