軼事證據

軟體開發領域令人沮喪的一點是，很難在不同的技術和工具之間做出選擇。通常，當有人談論這個問題時，他們會被要求提供「硬數據」，證明某種技術或工具優於其他選擇。這是一個可以理解的要求，但最終只會落得一場空。首先，我們無法衡量生產力。

因此，在缺乏硬數據的情況下，我們經常訴諸軼事證據。事實上，我的整個職業生涯都是在基於對軼事證據的分析來傳播思想。儘管它不如客觀測量的現象那麼好，但也不要輕易地否定它。畢竟，我們還能如何學習？我們從自己的經驗中學到了很多，但當別人告訴我們他們的經驗時，這會為我們的資訊來源增添很多內容。

這就是我如此熱衷於看到人們報告他們的經驗的原因，即使這些經驗很特殊，而且沒有測量數據作為後盾。讀者了解這些限制，如果他們能將這些教訓應用到自己的情況中，他們就會汲取其中的精華。

去年，我參與了一個會議的計畫委員會，並審查了三篇論文，所有論文都遵循相同的基本主題。每篇論文都討論了一個可以改善軟體開發的想法。其中每篇論文的致命缺陷在於作者們都沒有嘗試過自己的想法——甚至一次都沒有。這就是我對所有論文都投下反對票的原因。

有些人會擴展這個觀點——說在多個專案中看到一個想法之前，你不能真正談論這個想法。雖然這很好，但我並不認為有必要。僅僅報告你在專案中發現的一個特定事項是有用的，因為它為其他人提供了原材料。其他人可能處於類似的境地，而你的想法可以給他們一些嘗試的東西。其他人可能做過類似的事情，當他們寫下他們的經驗時，他們會在你的經驗之上報告他們的經驗。

這種方法——有些人報告他們的經驗，其他人成功或不成功地複製他們的經驗——是一個專業可以學習的基礎。它是一種軼事並不會阻止它發揮作用——畢竟，沒有科學上嚴謹的證據表明降落傘可以防止跳出飛機的人受到傷害。