（续）

试用期过了，工作起来日子过得很快，我也很快经历了几个小项目，自己也学习到了很多的知识，再也不是当初的小白了。做开发的时间一长，除了技术，其他的事情也就开始关注起来了。其中印象最深的是，“不是所有的问题都能自己处理”。

那是国内某软件公司一个基于安卓的平板项目，公司负责整体软件开发。我负责外设驱动的开发。其中，一个传感器的驱动是一个哥们做的，但是折腾了一个星期，设备总是碰到死机的问题，每次开机都死在不同的地方。最怕这样的问题。随机性，很难查的，折腾了很久，最后实也不知道哪里有问题。领导估计实在看不下去了，就让我一起调查。好吧，临危受命，抓紧时间干活吧。

死机问题调查的套路是固定，就是用工具恢复当时出问题的现场，把程序的执行现场恢复出来后，一点一点分析。但是当时脑袋犯抽，竟然用了最笨的方法，还自以为最笨也就是最快的方法，我根据开机日志，把不同的驱动一个一个往下摘，看看是哪个导致死机的，因为根据开机日志来看，每次发生错误的在的地方是不一样的，并且也不一定是发生在传感器的驱动里面。这个调查方法固然可以，就是一个体力活了，但是不能找到问题的根本原因。这样折腾了一天，没有结果，领导急了，能不急吗？产品的上市时间是固定的，为了一个死机的问题调查这么长时间，影响了其他很多工作。领导亲自上阵，并且让我坐在他的身边一起调查。害怕，激动，惊喜，做到领导旁边，是要手把手教啊还是监督我的工作啊，管不了那么多了，想那么多有啥用，还是努力的去调查原因吧。回想起来，自己当时也够自作多情的，可能是工作不久的原因吧，对那些技术大牛总有一种崇拜的心理，其实也没啥用，踏踏实实的把自己的技术提高才是真理。

首先我先把调查的结果跟领导汇报了一下，做了哪些工作，怀疑哪些地方等等。领导说，好了，我们直接看那个传感器的驱动吧，领导就是领导，看了一遍开机日志，对着代码看了几遍，添加了点打印信息，就找到原因了。说“这个地方逻辑不对”。我当时那个惊讶，什么，这么快就看出来了，我仔细看了看领导指出的地方，感觉确实有问题，于是马上按领导的方法进行修改验证，结果实验了多次设备不死机了。内心泛起一丝崇拜大神的感觉。这就是专业调查问题和我这二把刀的区别啊，看来以后遇到问题不要老想捷径，要老老实实的去调查。