推荐Engineering Long-Lasting Software 的第八章。
简单来说,就是先把项目跑起来,使用一下,有 user stroy 的看下 user story,没有的话看看 git commit 什么的也不错,最好能使用者交流下什么的,问问开发者什么的。之后注意下 models 的结构,有个 railroady 可以生成 ulm 图片。然后分离出具体问题,既你想要改或者要理解的部分。
当然这个过程比较复杂繁琐,楼主不喜欢,就可以无视他。多试试,找到自己方法。
先熟悉项目,了解需求,了解框架,找到相关部分,然后就是尝试着更改了。
个人经验是,不其实我没啥经验(我看的源码少的可怜,不是必须的就不看。。。)
1,带着问题看,或者有很明确的目的。
2,越晚接触细节越好。
3,分解问题,解决问题。
觉得我看代码的时候,一般都会看不懂。。。被逼着一定要看(一般是项目需要),才有可能看懂。。。