《大教堂和集市》讀後感

原文地址 ruizhengyun.cn/#/code/5/co…

問題驅動

項目啓動和版本迭代都存在這類問題：

• 方案一是精心開發測試後再投入使用；
• 方案二是將半成品先公開，而後再逐步完善；

這不經讓我想起 Eric Raymond 有一篇著名文章《大教堂和集市》（The Cathedral and the Bazaar）。做者寫這篇文章的目的是去分析 Linux 的成功之道。即尋找下面三個問題的答案：

• 爲何一個本科生的業餘做品，最後竟變成了全世界最流行的操做系統之一？
• 一個簡陋的集市到底是怎樣變成壯麗的大教堂的？
• 這個過程是不是可複製和推廣的？

這就是開放的威力。一個開放式的項目，若是加以良好的管理和運做，能取得比同等的封閉式項目大得多的成功。

書中觀點

世界上的建築能夠分兩種：

• 一種是集市，每天開放在那裏，從無到有，從小到大；
• 一種是大教堂，幾代人嘔心瀝血，幾十年才能建成，投入使用；

當你新建一座建築時

你能夠根據兩種模式的特色再進行選擇。

• 集市的特色是開放式建設、成本低、週期短、品質平庸；
• 大教堂的特色是封閉式建設、成本高、週期長、品質優異；

提出問題

Eric Raymond 就問了一個問題，有沒有可能用修建集市的方式，造出一所大教堂？

實現集市要變成大教堂

前提條件

• 不能從零開始建設集市，必須先有一個原始項目;
• 原始項目容許有缺陷，但必須能運行；
• 必須向用戶展現一個可行的前景，且讓潛在的合做者相信在可預見的未來它會變成 一個真正漂亮的東西；
• 項目的管理者自己不必定是天才，但他必定要可以採納其餘好的想法；
• 項目的管理者必須有良好的人際關係、交流技能和人格魅力，這樣才能吸引他人，使別人對你所作的事感興趣，且願意給予用幫助；

充分條件

• 項目首先必須是本身感興趣的，才能能對其餘人有用；
• 將用戶看成合做者；
• 常常改進並版本迭代發佈，多聽取用戶的意見；
• 健壯的結構遠比精巧的設計來得重要。換句話說，結構大於功能；
• 保持項目的簡單性。設計達到完美的時候，不是沒法再增長東西了，而是沒法再減小東西了；

大教堂和集市之間的競爭

• 將來會更多地屬於那些告別大教堂、擁抱集市的人們；
• 這不是說我的的遠見和才華再也不重要；而是在我看來，將來的成功者只是從本身的遠見和才華開始工做，而後經過有效的社區合做，將其不斷地放大；
• 開放式的文化會最終勝利，這或許不是由於 "開放" 在道德上正確，或者 "封閉" 在道德上錯誤，而只是由於開放式合做能夠在一個問題上投入多幾個數量級的技術工時，封閉的世界沒法贏得這樣的競爭；