一分钟能拍多少下手？

　　一分钟能拍多少下手？这是去上技术培训课，大家昏昏欲睡时，讲师活跃气氛的游戏。用意在于想象一件事想不出来，而实践很好做，不妨直接试一下。
　　于是在一分钟的计时里，同学们都在呱唧呱唧，我拍得不算快，因为拍会就累，而且我数的慢，为了跟上脑子。最终的结果是166下，而周围好多用劲大的同学都超过200了。
　　直接尝试在我最近的技术调试过程中，有感悟。
　　我在做一个产品，出现了问题，但我自己没有信心，刚开始脑子是懵的，想的大概是我的设计方法是不是错了。
　　但问组里面的技术大佬，大佬思路清晰，先列了几条：
　　1 与你的产品相连的其他部分是否工作正常？（我是做个显示的装置，相连的地方就有屏和线，把备用的拿出来，换换看）
　　——结果换完之后都一样，那不是外围设备的问题。
　　2 你的调试方法是什么？可否通过方法的分步、换参数之类的改变，定位到出现问题的时机？（我是做的硬件，真正调试需要运行在之上的软件，我是参考了类似项目调试的命令，写的我项目的命令组合。之前没有一条一条执行，看所得结果，这次就分开一条一条看）
　　——查明在某条指令处出现问题，这条指令的功能没能实现，并且系统也出现了问题，局部崩溃，无法回归的正常但不工作的状态。哦，这下定位问题了。
　　3 如何权衡性能与成本来找出一个合适的解决方案（大佬说问题在于你调用的IP核没有调好，你无能为力，只能根据现有情况去找到一个能用的方案）
　　——为错误部分做一个保护，不要让它走到这里，用绕过、重新复位等笨办法暂时解决。之后想做的更好，去看有没有更好的IP可以用，以及我做的部分的性能可不可以优化。
　　上面得到大佬指点的案例，让我觉得工作真的是永无止境，持续优化，遇到问题别慌，总有可以努力的方向。再结合最近的培训，讲师也是大佬，写了不少书，我之前还买过。老师一讲就觉得，有点东西，不是对着PPT念稿不负责任的那种。得打起精神认真听，结合原来遇到的情况，有些工具使用、节约开发时间、从设计开始就明白怎么去调试最好等等的要点，一听到马上就通了。
　　当然想到离做到还是有很远的距离，做这行还要求做的熟练，把这些好的设计方法融入血液里，不用思考就能很快地做。
　　听完课我觉得很累，比上班还累，信息过载，需要一段时间的消化。这篇文章也是一个过程记录，让我把记得的、能做的，写下来，对后面回顾和再有新的思考，会有帮助。