解决问题的思维方式

结构化思维，体系化的知识和解决方案

抽象（问题提炼拔高），概括

解决问题的流程：

1.定义

问题是什么

2.研究背景与现状

当前问题别人有没有遇到过，怎么解决的；

这一类问题别人都是怎么解决的，用的什么方法；

类似的问题有哪些，现有哪些解决方式

3.创新点，难点

我的问题是什么，已有方法已经解决，复用即可；

如果跟现有的问题不同，区别在哪

4.问题解决后的总结

这次解决了一个问题，下次遇到相同的问题，是否可以快速解决（对于繁琐的问题，整理下来文档，否则对于不常见的棘手问题，下次遇到肯定会忘了）

这次解决的这个问题，能否解决一类问题，比如解决这类问题的方法，是否能够提炼出来；

解决问题流程例子

例如排查接口速度慢的问题，首先自己是否知道都有哪些原因会导致慢，如果不知道，网上搜一下就能了解个大概；接着别人都是如何系统的排查接口慢的问题的，思路是什么，用到了什么工具，这些工具的作用是什么；虽然自己的接口慢可能只是某个地方导致的，但是却可以以此为触点，了解整个这个“课题”的解决方案；然后是具体问题跟踪，将接口入参和耗时记录日志，本地复现调试，看看走到哪里出现了特殊现象；而如果繁琐的话，是否也用别人排查时用到的工具继续进行排查；然后将问题的解决流程和参考文章总结下来，形成一篇文章，这篇文章就是自己解决这类问题的一套方法，这其中有些本次没有用到，但下次遇到这类问题，可以再去实践；问题是点，解决方案是面；

最后自己解决了这个问题，可能最后的原因并不是很高深，只是一个地方没搞对；但是整个排查流程应该是体系化的，而不是同一类问题出现十次，用七八种方法，毫无体系，长期以往，再解决类似的问题便轻车熟路，且效率更高；就像写代码，刚开始写一个接口，随便写写，实现起来比用设计模式的方式快很多，尤其是不了解设计模式的时候；但是随着业务发展，接口越来越多，需求变化多端，还像之前一样为了实现而实现，整个工程代码将变得越来越难以维护，可能到后边，一次接口改动，就要折腾半天，做很多无用的工作，有些地方还需要大量的改动重建；而好的设计模式，就是为了更好的应付这些变化，对变更关闭，对扩展开放