思考軟體開發中的快與慢

　　本文作者Michael Dubakov從事軟體開發方面的工作，他在讀了Daniel Kahneman的《思考，快與慢》後，思考了軟體開發中的快與慢，並且把書中的一些思想應用到實際的軟體開發中。下面是筆者對原文的翻譯：

　　最近，我在閱讀Daniel Kahneman的《思考，快與慢》，這本書非常令人著迷。裡面擁有大量的真知灼見，給讀者帶來一場思維之旅。目前，我在一家軟體公司工作，書中所學到的部分自然而然地可以應用到我們的工作中。下面，我將分享自己從這本書的所感、所知。

　　系統1和系統2

　　這本書包括兩個部分，系統1和系統2。在書中，卡尼曼會帶領我們體驗一次思維的終極之旅。他認為，我們的大腦有快與慢兩種作決定的方式。常用的無意識的“系統1”依賴情感、記憶和經驗迅速作出判斷，它見聞廣博，使我們能夠迅速對眼前的情況作出反應。但系統1也很容易上當，它固守“眼見即為事實”的原則，任由損失厭惡和樂觀偏見之類的錯覺引導我們作出錯誤的選擇。有意識的“系統2”通過調動注意力來分析和解決問題，並作出決定，它比較慢，不容易出錯，但它很懶惰，經常走捷徑，直接採納系統1的直覺型判斷結果。　

　　如果你是一名軟體工程師，你會快速抓住系統1和系統2的特質。系統1相當於快取，而系統2則相當於業務層。快取是廉價和快速的，而業務操作則比較慢和昂貴。

　　下面我將會用書中的一些概念來理解軟體開發中遇到的一些例項。

　　眼見為實（WYSIATI）

　　通常，人們不會懷疑他們所看到的事情（從廣義上來講）。而如果你有一些資訊，你很有可能會產生質疑，並且去查證。人們往往會基於現有地事實和有限的證據來做出決定。這樣很有可能會導致一個偏差：

　　在軟體開發中，估算並不是件容易的事，我們有可能一直在犯錯，估算就是一個分佈。

　　過分自信

　　軟體估算是過度揮舞自信的產物。

　　如果你問“我們需要整合Twitter，需要顯示特定標籤下的所有推文，完成這些需要多久？”開發人員不會問其他額外的問題，通常都會直截了當的給出答案，2天。這明顯是系統1裡的心理反應。而答案也非絕對正確，儘管缺乏資訊，但這並不影響估算。開發人員應該聰明點和自信點，但他們也應該擺脫WYSIATI，並且認真仔細地思考一些未知數。

　　框架效應

　　描述問題的措辭很重要，同一個問題，用不同的語言描述，很有可能會產生不同的解決方案和反應，看下面這兩個問題：

　　你認為，我們需要一個非常有經驗的開發人員來解決這麼簡單的問題嗎？

　　你認為，我們需要一個非常有經驗的開發人員來解決這麼複雜的問題嗎？

　　問題好像被設定了框架一樣。第一個問題，你很難去回答Yes，相反，第二個卻很容易回答Yes。

　　忽視基礎概率

　　有些事件可能會比其他的更容易些。然而，人們並不具備好的直覺和資料統計。

　　比方說，你的產品被1000家公司採用，你接收到一封客戶的郵件，該客戶認為他們的想法很棒，而且必須馬上實施。存在這樣的爭論是很好的，而且非常有意義。你感受到了客戶的痛苦，並且集中全力快速啟動新功能的開發。好吧，你可能錯過了什麼，那就是，你有想過其他999位客戶是否需要嗎？或許他們就不需要這樣的解決方案呢。你忘記了產品要基於更大的客戶群，而對於單個請求是否要進行重新審查。

　　在平時開發中，這種錯誤很常見，並且我會反覆提醒自己。現在，我會非常認真仔細地考慮每一個請求。而不是衝動。

　　回答一個簡單的問題

　　當我們對一個複雜的問題難以回答時，我們通常都會用簡單的思維來替代複雜，其實書中系統1就可以處理，大家來看下面這個例子。

　　你常常會聽到這樣的問題：“該專案在3個月內會有哪些進展？”對於這個問題，你可以這樣理解：“這個專案會有哪些進展？”。

　　通過做這樣的替換，你無需用系統2的思維來回答，直接使用系統1的就可以了。有趣地事，我們並未意識到替代，並且會很好地回答這個問題。

　　情緒啟發式

　　人們的情緒往往會對決定產生很大的影響。例如，如果你喜歡Node.js，那麼你會很樂意採用它來開發新的Web應用程式，而如果你不喜歡Node.js，你會列出許多反對的理由，並且支援使用另一門語言來開發。

　　這種情緒化的啟發式是很難克服的。雖然有時候是不合理的，甚至是不理智的。有時，這種基於直觀喜好的選擇並不是最好的。

　　我只是列舉了一些表面例子，但很顯然，在軟體開發過程中，我們很容易基於這種情緒或某種偏見來做一些決定。

　　直覺 vs. 模型

　　事實上，在我們決定一些東西的時候，可以應用模型。

　　Kano模型是一個非常好的例子，它可以幫助我們對新功能做出更加明智的決定。

　　模型似乎一直好於直覺。模型會迫使你去思考領域，問題的方方面面，以及從各個不同的角度看它——使用系統2思維。

　　這裡有一些簡單的問題：“下面，我們該從哪個功能做起？”，你可能會根據直覺回答說：“高階搜尋”。但實際上，這個功能可能並不重要，而是有數十個更重要的功能。你可以構建一個簡單的模型，並且進行評估。例如，在製作模型的時候，可以採用以下選項作為引數：

• Kano模型（基礎、delighter、效能）
• 投票：客戶的需求有多大。
• 頻率：客戶使用的頻率有多大。
• 傳播：有多少人會使用這個功能。
• 成就：（S, M, L, XL, …）
• 複雜性：它會增加使用的複雜性嗎？

　　通過製作這樣的模型，你會很容易做出決定。

　　模型除了可以應用在軟體領域，它還可以應用在許多地方。實踐告訴我們，直覺很少能帶來正確的決定和很好地解決問題，除非你是史蒂夫·賈伯斯。

　　英文來源：Software Development: Fast and Slow