记一次与大佬的谈话经历

对话如下。
1：debug的时候要重新读所在文件的所有逻辑么？
~：首先会根据bug的现象来猜测发生bug的原因，和如果是我实现这段代码我会怎么实现，带着这个思考去读，然后看相关的逻辑是不是因为这个原因引发的。如果是就着手在这里该代码，如果老的代码不好读或者怎么样，就直接干掉老的代码，能把bug修复即可。(如果是不能干掉，是否还是需要一层层的往下读？–待问）

2：自己写一个新的逻辑的时候会想到什么程度动手？
~：会想到8层左右，原来老的代码不好读的就直接干掉，用自己的逻辑。

3：那比如我写的这个在线更新，各种状态转化，写到一半发现逻辑条件没有考虑好，要怎么办？
~：这种涉及各种状态的逻辑，就需要画图并且越详细越好，否则当你写到一定程度在发现缺少条件的时候，在有一定规模的代码上修修补补不是良策，而且容易引发新的问题，一旦发现自己没有考虑好，就要重新设计。写到一半发现问题瞻前顾后是不行的。

4：那你写的代码注释如何？
~：很少，都是用简单易读的。注释的地方大多数都是这个这么写是因为会有特殊的情况，或者需要注意的情况。如果一个代码需要很多的注释说明代码写的不清晰，要考虑这段代码能不能优化。

---

感想：得到了一些自己也许很久也想不到的想法， 猜测bug发生的原因，读别人代码的时候想自己是怎么实现，代码要写的简单易懂，搭积木，但是不能到了一般在修修补补，否则代码会难懂和注释量增多。还有就是没问清楚，如果是干不掉的代码会怎么做，深度优先遍历的读各层函数？学习一个新的知识的时候是遍历api还是边做边该，影响到自己的使用才会去看文档中具体是怎么回事？这个就等下回请教大佬的时候在说吧。

Finis.