序： 勒布朗法則：稍後等於永不(Later equals never)         Code 時千萬不要把問題留著稍後再解決，這很有可能是永久。

破窗理論：一扇破窗開闢了大廈走向傾頹的道路。

第一章 整潔程式碼 1.Bjarne Stroustrup ,C++發明者：我喜歡優雅和高效的程式碼，程式碼邏輯應當直截了當，叫缺陷難以隱藏；儘量減少依賴關係，使之便於維護；依據某種分層戰略完善錯誤處理程式碼；效能調至最優，省得引誘別人做沒規矩的優化，搞出一堆混亂來。整潔的程式碼只做好一件事。 2.Grady Booch ,Object Oriented Analysis and Design with Applications《面向物件分析與設計》作者：整潔的程式碼簡單直接。整潔的程式碼如同優美的散文。整潔的程式碼從不隱藏設計者的意圖，充滿了乾淨利落的抽象和直接了當的控制語句。 “乾淨利落的抽像”（crisp abstraction）”果斷決絕，就事論事，沒有猶豫或不必要的細節" 3.”老大” Dave Thomas，OTI公司創始人，Eclipse戰略教父：整潔的程式碼可由作者之外的開發者閱讀和增補。它應當有單元測試和驗收測試。它使用有意義的命名。它只提供一種事的途徑。他只有儘量少的依賴關係，而且要明確地定義和提供清晰、儘量少的API。程式碼應通過其字面表達的含義，因為不同的語言導致並非所有必需資訊均可通過程式碼自身清晰表達。 4.Michale Feathers  《修改程式碼的藝術》 我可以列出我留意的整潔程式碼的所有特點，但其中有一條是根本性的。整潔的程式碼總是看起來像是某位特別在意它的人寫的。幾乎沒有改進的餘地。程式碼作者什麼都想到了，如果你企圖改進它，總會回到原點，讚歎某人留給你的程式碼——全心投入的某人留下的程式碼。 5.Ron Jeffries   《極限程式設計實施》《C#極限程式設計探險》 近年來，我開始研究貝克的簡單程式碼規則，差不多也都琢磨透了，簡單程式碼，依其重要順序： （1）能通過所有測試； （2）沒有重複程式碼； （3）體現系統中的全部設計理念； （4）包括儘量少的實體，比如類、方法、函式等。 6.Ward Cunningham   Wiki發明者，極限程式設計創始人之一 如果每個例程都讓你感到深合己意，那就是整潔程式碼。如果程式碼讓程式語言看起來像是專為解決那個問題而存在，就可以稱為漂亮的程式碼。 7.原則 單一權責原則、開放閉合原則、依賴倒置原則 8.程式設計是一種社會活動 第二章 有意義的命名 1.名副其實 2.避免誤導 3.做有意義的區分 4.使用讀的出來的名稱 5.使用可搜尋的名稱 6.避免思維對映 7.類名：類名和物件名應該是名詞或名詞短語，類名不應當是動詞 8.方法名：方法名應當是動詞或動詞短語 第三章 函式 1.函式的規則是要短小 2.一個函式只做一件事  函式應該做一件事。做好這件事。只做這一件事。 3.每個函式一個抽象層級 （未完）