一、目的
想要实现功能的目的、需求是什么？
二、现象
尽可能详细地描述问题的现象。
三、过程
分析可能的原因、解决办法。记录解决过程。
四、结果
是否解决了问题？解决办法是什么？
日志
5.10
适用于修复bug
怎么快速地把想法转换为文字？例如修复代码错误的时候，根据感觉可以很快找到问题并解决，但是要写出思考的过程还是有点吃力。
举个例子，写一个输出helloworld程序，有几行输出，但是输出结果没有换行，连在一起在同一行。根据经验，知道输出的时候没有写换行符'\n'，加上就好了。如果是第一次遇到这个问题，那么就要分析了，由于没有经验，要分析也不知道从何入手，这时候就要找其他正确的代码做对比。代码的渠道有本地代码、网上的代码、书本、朋友同学同事等等。找到源码，编译运行，如果输出结果正确，就对比自己代码的差异，然后很容易看出缺少的换行符，加上再重新运行，问题clear！
这个模板有点像学校的实验记录表，这也是应用了上面说到的方法，参考现有的方法解决新遇到的问题。
很多时候分析和解决的过程会穿插在一起。再加上遇到新知识，一边学习一边尝试解决问题，容易混乱。不知道新知识要学到哪个程度才可以，就像走到大山当中，找不到上山的路。目前没有快速判断前进方向是否正确的方法，所以，笨一点的方法是设定时限，例如30分钟内找不到路，就退出来，重新分析。
