[TOC] ## 幾點原則 1. 模塊原則：使用簡潔的接口拼合簡單的部件。 2. 清晰原則：清晰勝于機巧。 3. 組合原則：設計時考慮拼接組合。 4. 分離原則：策略同機制分離，接口同引擎分離。 5. 簡潔原則：設計要簡潔，復雜度能低則低。 6. 吝嗇原測：除非確無它法，不要編寫龐大的程序。 7. 透明性原則：設計要可見，以便審查和調試。 8. 健壯原則：健壯源于透明與簡潔。 9. 表示原則：把知識疊入數據以求邏輯質樸而健壯。 10. 通俗原則：接口設計避免標新立異。 11. 絨默原則：如果一個程序沒什么好說的，就沉默。 12. 補救原則：出現異常時，馬上退出并給出足夠錯誤信息。 13. 經濟原則：寧花機器一分，不花程序員一秒。 14. 生成原則：避免手工hack,盡量編寫程序去生成程序。 15. 優化原則：雕琢前先要有原型，跑之前先學會走。 16. 多樣原則：決不相信所謂“不二法門”的斷言。 17. 擴展原則：設計著眼未來，未來總比預想來得快 ## KISS原則 Keep It Simple,Stupid! ## unix 哲學 - 只要可行，一切都應該做成與來源和目標無關的過濾器。 - 數據流應盡可能文本化（這樣可以使用標準工具來查看和過濾）。 - 數據庫部署和應用協議應盡可能文本化（讓人可以閱讀和編輯）。 - 復雜的前端（用戶界面）和后端應該涇渭分明。 - 如果可能，用C編寫前，先用解釋性語言搭建原型。 - 當且僅當只用一門語言編程會提高程序復雜度時，混用語言編程才比單一語言 編程來得好。寬收嚴發（對接收的東西要包容，對輸出的東西要嚴格）。 - 過濾時，不需要丟棄的信息決不丟。 - 小就是美。在確保完成任務的基礎上，程序功能盡可能少。