Table of Contents generated with DocToc
- 找到适合你的记录方式，尽可能详细的记录，但不必看到什么记录什么。要间隔性的记录，比如弄明白了某个子模块的逻辑、某个类的作用、某些函数的调用关系时再记录，否则记录这个动作本身会打断思考
- 每天工作结束，记录进度（弄明白的部分），记录疑问，记录第二天要弄明白什么东西，这样你的工作状态就入栈了，第二天来了很容易出栈，快速进入工作状态
- 记录看到的优秀设计，提高审美，见贤思齐，自我成长
- 理清某一业务如何映射在代码执行流程上的，这点很关键。
- 理清不同模块间的业务关系，代码调用关系，很关键
- 调试是弄明白代码调用流程的最快方式之一
- 找出关键代码（代表实际对象的类、衔接不同模块的类、代表业务关键节点的类）
- 分析日志可以帮助分析代码执行流程和业务流程
- 先用已有的可运行软件，体验业务，琢磨你点这里一下点那里一下代码可能是怎么做出反应的
- 阅读应该围绕目的，把实现目标放在第一位，比如修改Bug，如果有期限，在最后日期前搞定是第一要务，然后有时间就继续读源码或改进Bug修复方案，力求没有副作用和后遗症，再有时间就修修别人留下的破窗户
- 千万次的问
- 对着设计文档、接口文档或测试用例看代码
- 心理调试，勿畏难，别放弃