最近经历了一些事情，有人指出了我的不足，我觉得自身目前确实存在这些问题，希望通过博客来自省。问题的指出还是要尽可能的改正和克服，这样才能成长。

缺乏工程师的思维模式

这是我目前最大的问题，我现在debug的能力还是偏弱的，遇到bug常常是靠猜测，凭借经验去假设出现bug的原因，然后就是去谷歌，去搜索之前是否有别人已经解决过这个问题。
这其实是非常不好的表现，软件是千变万化的东西，这两种手段是非常偶发的，随机性很高的手段，不具有高效率和普遍性。软件的debug应该是一项工程调试，应该更多的关注软件
本身的结构，本身的运行流程，通过错误日志来定位问题，通过错误提示或者异常来判断问题可能的原因。我在debug的过程中太过关注解决问题这件事情，往往忽视了排查问题原因
的过程才是最重要的。一步一步按节奏不紧不慢地排查出问题的原因这个过程才是我接下来要努力提高的目标，近期要有意识地锻炼自己解决bug的能力，按照工程师的思维方式去排查
问题的原因。

源码重要还是文档重要

我之前非常重视文档，觉得文档是开发者的字典。但其实开发者在迭代的过程中是很容易忘记同时修改文档的，所以看源码远远比看文档要更准确，更能反映一个项目的业务逻辑。
而且另一方面，阅读源码你会更容易了解这个项目的来龙去脉，更能知道作者一些方法实现的过程，很容易知道这个项目的筋脉在哪里。之前一直不明白为什么要去看底层，为什么
要去看框架的源码，因为了解框架的源码会更容易知道这些方法在项目的哪里，原来是因为那样才可以使用这个方法的，从整体的角度来看开发。

知其然，知其所以然

之前只知道一个东西的使用方法，但不知道它运行背后的原理，这个也是很重要的，一个方法的使用,原理和使用是相伴随行的，光是知道使用的话其实还是很难熟练变通的，要想游刃
有余还是要仔细地思考背后的原理,这样才能游刃有余的知道使用过程中这些问题的答案，本质的一些东西是不会轻易改变的，大多数新东西的原理还是老的，所以掌握背后的原理其实
还是更能知道这些新东西的使用。我的基础还是薄弱的，接下来一段时间要努力的补充基础知识，最基础的东西往往会影响一个软件的性能。

结尾

以上就是这段时间的感悟，希望能在接下来的一段时间努力地客服这些东西，只有这样，同样的教训才不会再次发生，才能成长的。