很多时候如果产品上线了之后，有些棘手的问题让人很难处理。加之运营方的催促让人非常沮丧。这里将聊聊如何处理问题。
问题暴露出来之后，不能发散来考虑问题。立足于出问题的点，一点点向外推。开始时如果去猜测其他的点会浪费非常多的时间。
程序有逻辑因果关系，当无法推演，是因为程序太少监控日志来描述前提。
借助思维导图将程序脉络的分析清楚，辅助推导程序流程。
修复问题之前搞清楚全部的来龙去脉，防止在修问题时候带来新的问题。
有时问题无法看透是由于自己的知识缺失造成。
搞定问题之后总结可能要更加全面一些，才能防止第二次写出类似的问题。每个人考虑问题有自己的思维习惯。如同我们形容一个人的时候，会说“依着张三的尿性他会如何办事”。对自己犯错的点一定要提防。这些点都是自己的“尿性”。成长都来自于对不好的思维习惯的优化。每次处理问题之后的反省尤为重要。
对于问题的总结可以分步骤来做：
将问题出现、分析过程和修复方案做流水账的记录（最好能配有图片来做说明）；
将错误做分类，抽象出问题的本质。从分析出来的本质，来指导自己在设计程序；
等完成处理之后，对于问题处理过程中比较费劲的工序，最好能抽象出来工具来，在写工具起手时能考虑到复用；
