從工作的維度思考快思考慢思考

快思考的執行是無意識且快速的，不怎麼費腦力，沒有感覺，完全處於自主控制狀態，主要根據我們得記憶、經驗、潛意識對問題快速判斷。

慢思考將注意力轉移到需要費腦力的大腦活動上來，例如複雜的運算，通常與行為、選擇和專注等主觀體驗相關聯。

面對乙個問題時，我們的腦海中最先出現的想法來自於快思考，它在熟悉情境中採取的模式是精確的，所作出的短期**是準確的，遇到挑戰時做出的第一反應也是迅速且基本恰當的。然而，它存在成見，在很多特定的情況下，這一系統易犯系統性錯誤。

當面對難題時，我們往往會對相對簡單的問題進行回答，卻忽略了自己已經置換了原始問題這個事實，這就是快思考的影響。

我們的目標是解決問題，然後快思考讓我們得出了乙個直覺的結論，這個問題不能解決。

這個結論嚴格的描述應該是以我們自己當前的知識水平不容易解決，不過在這裡重要的不是問題本身，而是快速給出乙個答案以減輕我們內心的焦灼。

在工作中，對於超出自己能力範圍的問題，快思考馬上給答案——這個問題我解決不了、這個功能不能實現，慢思考比較懶，大部分時間傾向同意快思考的結論，故而問題從 xx 如何實現在第一步就得到了 xx 不能實現的結論，非常不利於工作的開展。

慢思考則會對這個問題進行分析，收集資訊，處理資訊，通過實際的資料、事實進行判斷，它注重於然後和解決問題的過程中，而不是快速得出結論，更偏向理性，能夠在一定程度上避免系統性錯誤。

實際開發過程中，快思考傾向於快速實現乙個具體的功能，乙個假想的流程如下：

以前開發過相關功能，直接複製**

慢思考傾向於如何設計、如何更好的完成功能，乙個假想的流程如下：

*** 應該怎樣設計，這樣設計會有怎樣的問題？

***與其它模組的關聯在**？當前設計中潛在的問題在**？

測試用例是否完成，不同的測試情況是否考慮到？

快思考與慢思考的統一——編碼中，如何寫得又好又快？

引用李先靜大神的觀點——只有寫得好才可能寫得快。這裡的「快」是指開發效率高，「好」是指軟體質量高。

引入這個觀點，只為說明我們其實需要認識快思考存在的問題，同時提高慢思考的能力，我們需要通過不斷的訓練不斷將一些需要慢思考來分析的情景轉向快思考。

工作中，我們常常會發現一些高手對一些問題能夠立刻下判斷，可以說是靠直覺的，可是這種直覺常常是對的，而新手也常常能夠立刻下判斷，可是常常是錯誤的，這就是慢思考向快思考轉化的乙個例項。

新手的經驗少，很容易走到問題的盲區中，得到錯誤的結論，而高手們已經有足夠的知識與經驗積累，容易看到問題的全貌，快速識別問題且常常能夠得出正確的結論。