沉淀

 每天都盼着工作能有一个新的开始。。。。

不扯淡了。仔细沉淀。

今天的工作有了突破，很高兴。

有很多值得总结的地方，在此，仅指明方向，待以后继续沉淀。

（1）用心。

最近工作遇到了一些瓶颈，这个瓶颈以前不是没遇到过，这次的比较难。

特别是休眠恢复的那个。但是明显可以感觉到，是因为没有用心。

太浮躁，跟大环境有一部分关系，更多的还是内在的修为。

今天也许是巧合，也许是感动上苍，总之，当我发现这个问题在我眼前误解、

当我决心重新审视这个模块，从全局的角度、

当我开始投入的研磨手册中的机关、当我。。。。反正问题突然就明朗化了、也就解决的差不多了。

（2） 方法论。

挑挑大陆同罗马，罗马不是一天建成的，人生没几天好日子。

三理合一，可以知道选择正确的道路是多么重要。

解决pmic不能识别插拔中断的问题，我们分别使用了按图索骥：查DS，顺藤摸瓜：打log，和歪打正着等方法

并最终奏效。

问题代码就是bug，追查bug需要对犯罪现场的了解，需要对作案嫌疑人的了解，需要对作案时间的了解。

更重要的是对第二第三犯罪现场的重现，并找到第一犯罪现场。

最重要的是推断，根据表象推断行为。。

不过这些在追bug的时候都未免太兴师动众了，属于万不得已的方法。

要说最直接的，莫过于看代码。

今天的问题之所以没有找到，一个问题显然在于读代码的时候漏过了一条。

这就是一个积累的问题，对于系统级的代码，有很多结构和机制不熟悉的话，就难辩主次和敌我。

特别是在这个调试过程中，我们往往假设代码本身是没有问题的，只是个别寄存器的设置出了问题。（事实上确实如此。。。。）

但是寄存器设置对于特定设备和驱动而言也是将就时机的，也是要在代码里的，而这部分代码，就成了容易除问题的代码。

bug－prone，所以，如果对系统机制足够了解的话，一些框架性代码就可以认定没有问题，并且可以用来帮助梳理清control path。

这个方向，仍然是我们每天都要面对的问题：系统调试，内核调试，硬件级调试的方法和工具。

（3）新人培养和部门的培训机制：怎样可以让新人更快的上手和融入项目，怎样的组织方式可以更有效的团队开发？