1）每乙個好的軟體的起因都是撓到了開發者本人的癢
處-----
需要是發明
之母。2）好的程式設計師知道寫什麼。偉大的程式設計師知道改寫
（和重複使用）什麼。
3） 「計畫扔掉乙個；無論如何你都會扔掉乙個的。」
（弗里德
·布洛克《人月神話》第
11章）
或者換句話說，直到你第一次實現乙個方案之前，你常常並
沒有真正理解你的問題。
第二次呢，或許你已經學到了如果
把它做對。所以你要是想把事情做對的話，
準備好至少重來
一次。5）當你對乙個專案失去興趣時，你的最後的職責是把
它交給乙個稱職的繼承者。
6）把使用者像合作者來對待是通往快速改進**和有效
除錯的最佳通道。
7）早發布。常發布。聽取使用者的意見。
8）如果 beta測試者和合作開發者的群體足夠大的
話，幾乎每個問題都會快速顯形，會有人輕而易舉地把它解
決。 或者通俗一點，「只要眼球足夠多，所有臭蟲都好捉」。
我稱之為「林納斯法則」。
9) 人們 一般在一項任務處於一種適當難度範圍的時 候享有樂趣；不要太簡單了至於無聊，不要太難了不好實現。乙個快樂程式設計師是乙個既沒有被浪費也沒有被錯誤制定的目標和煩人過 程摩擦所壓倒的人。
大教堂和市集
linux 的發展史促生了一些關於軟體工程的驚人理論。我有意的在乙個成功的開源專案 fetchmail 中測試了這些理論，並在此加以剖析。這裡討論了兩種根本上不同的開發 模式 大多數商業專案使用的 大教堂 模式和 linux 世界 的 市集 模式。我們將看到，這兩種模式源於對軟體除錯工作的本質的兩種...
讀 Eric S Raymond 大教堂與市集
你常常在第一次實現乙個解決方案之後才能理解問題所在，第二次你也許才足夠清楚怎樣做好它，因此如果你想做好，準備好推翻重來至少一次。我有一句相似的話 第一次購買總會失敗，所以不要指望第一次購買一種東西時買得讓自己滿意。我有乙個發生在自己身上的聯想 當我狀態好時 當我有正確的態度 我會對所有事情感興趣 相...
讀 Eric S Raymond 大教堂與市集
你常常在第一次實現乙個解決方案之後才能理解問題所在，第二次你也許才足夠清楚怎樣做好它，因此如果你想做好，準備好推翻重來至少一次。我有一句相似的話 第一次購買總會失敗，所以不要指望第一次購買一種東西時買得讓自己滿意。我有乙個發生在自己身上的聯想 當我狀態好時 當我有正確的態度 我會對所有事情感興趣 相...