摘要：
互为磨刀石 互相挑毛病。前提是双方都非常信任彼此，因为搞软件大多容易沉浸在自己的问题里，又不太善于做高情商的表达。一遇到沟通问题，一句话说不好就会引发误会。 有了信任的伙伴，你就不再需要费时间去想如何表述问题，无需猜测、有话直说，就算无意间说了不太客气的话，对方也能理解并接受。 互为回音壁 很多时候 阅读全文
摘要：
读代码是一种有益的精进方式，类似与阅读和写作，从范文得以借鉴 读代码的过程中，值得重点关注的部分 被反复使用的代码 穿越时间的代码 如果一段代码被使用了很久都没有被淘汰，说明它设计思路很棒，建议关注最旧的部分，可以推敲设计的核心思想 好调试的代码 大概率是因为写代码的人准备好了基础工具，要看看别人早 阅读全文
摘要：
分解的目的： 简化问题的复杂度 分解任务的好处 任务分解能帮你理清楚解决问题的思路 子任务完成后，发给评审，有问题的话评审也会很快给你回馈，那么接下来要写的子任务就能避免面同样的问题——小步试错。 怎么分解： 抓住重点，去掉不必要的东西，留下必须要做的，找到任务的主干 按单一职责原则对任务拆解，罗列 阅读全文
摘要：
如果修复某个Bug花了很长时间，这时候就要问问自己为什么，怎么做才吸取经验教训，在类似的问题上不再出问题，以及采用的方法，使用的工具是否还有改进的地方； 当所有问题都解决之后，一定要梳理下从最初找Bug到最后改Bug的整个过程 定位Bug 模拟Bug场景：想想什么样的代码才能导致该Bug 二分法：代 阅读全文