从工作的维度思考快思考慢思考

快思考与慢思考两种不同的思维模式

快思考的运行是无意识且快速的，不怎么费脑力，没有感觉，完全处于自主控制状态，主要根据我们得记忆、经验、潜意识对问题快速判断。
慢思考将注意力转移到需要费脑力的大脑活动上来，例如复杂的运算，通常与行为、选择和专注等主观体验相关联。

面对一个问题时，我们的脑海中最先出现的想法来自于快思考，它在熟悉情境中采取的模式是精确的，所作出的短期预测是准确的，遇到挑战时做出的第一反应也是迅速且基本恰当的。然而，它存在成见，在很多特定的情况下，这一系统易犯系统性错误。

面对难题时，快思考与慢思考的不同表现

当面对难题时，我们往往会对相对简单的问题进行回答，却忽略了自己已经置换了原始问题这个事实，这就是快思考的影响。

我们的目标是解决问题，然后快思考让我们得出了一个直觉的结论，这个问题不能解决。
这个结论严格的描述应该是以我们自己当前的知识水平不容易解决，不过在这里重要的不是问题本身，而是快速给出一个答案以减轻我们内心的焦灼。

在工作中，对于超出自己能力范围的问题，快思考马上给答案——这个问题我解决不了、这个功能不能实现，慢思考比较懒，大部分时间倾向同意快思考的结论，故而问题从 xx 如何实现在第一步就得到了 xx 不能实现的结论，非常不利于工作的开展。

慢思考则会对这个问题进行分析，收集信息，处理信息，通过实际的数据、事实进行判断，它注重于然后和解决问题的过程中，而不是快速得出结论，更偏向理性，能够在一定程度上避免系统性错误。

开发某个功能中的快思考与慢思考

实际开发过程中，快思考倾向于快速实现一个具体的功能，一个假想的流程如下：

以前开发过相关功能，直接复制代码
对于不熟悉的细节功能的实现，马上百度、谷歌搜索相关实现，复制代码，测试基础功能正常，开发完成。

慢思考倾向于如何设计、如何更好的完成功能，一个假想的流程如下：

xxx 应该怎样设计，这样设计会有怎样的问题？
xxx与其它模块的关联在哪里？当前设计中潜在的问题在哪里？
测试用例是否完成，不同的测试情况是否考虑到？
快思考与慢思考的统一——编码中，如何写得又好又快？

引用李先静大神的观点——只有写得好才可能写得快。这里的 “ 快”是指开发效率高，“好”是指软件质量高。

引入这个观点，只为说明我们其实需要认识快思考存在的问题，同时提高慢思考的能力，我们需要通过不断的训练不断将一些需要慢思考来分析的情景转向快思考。

总结

工作中，我们常常会发现一些高手对一些问题能够立刻下判断，可以说是靠直觉的，可是这种直觉常常是对的，而新手也常常能够立刻下判断，可是常常是错误的，这就是慢思考向快思考转化的一个实例。

新手的经验少，很容易走到问题的盲区中，得到错误的结论，而高手们已经有足够的知识与经验积累，容易看到问题的全貌，快速识别问题且常常能够得出正确的结论。