物皆有其位，而後物盡歸其位（A place for everything, and everything in its place）。每段程式碼都該在你希望它所在的地方——如果不在那裡，就需要重構了。

.

多數經理想要知道實情，儘管他們看起來不喜歡實情。多數經理想要好程式碼，即便他們總是痴纏於進度。他們會奮力衛護進度和需求；那是他們該乾的。你則當以同等的熱情衛護程式碼。

·

我喜歡優雅和高效的程式碼。程式碼邏輯應當直截了當，叫缺陷難以隱藏；儘量減少依賴關係，使之便於維護；依據某種分層戰略完善錯誤處理程式碼；效能調至最優，省得引誘別人做沒規矩的優化，搞出一堆混亂來。整潔的程式碼只做好一件事。 —— Bjarne Stroustrup

·

整潔的程式碼簡單直接。整潔的程式碼如同優美的散文。整潔的程式碼從不隱藏設計者的意圖，充滿了乾淨利落的抽象和直截了當的控制語句。 —— Grady Booch

·

如果每次簽入時，程式碼都比簽出時乾淨，那麼程式碼就不會腐壞。

·

函式的第一規則是要短小。第二條規則是還要更短小。
函式應該做一件事。做好這件事。只做這一件事。
二元函式應該儘量利用一些機制將其轉換成一元函式。

·

“別給糟糕的程式碼加註釋——重新寫吧”。實際上，註釋最多也就是一種必須的惡。若程式語言足夠有表達力，或者我們長於用這些語言來表達意圖，就不那麼需要註釋——也許根本不需要。

·

像報紙學習
想想看寫得很好的報紙文章。你從上到下閱讀。在頂部，你期望有個頭條，告訴你故事主題，好讓你決定是否要讀下去。第一段是整個故事的大綱，給出粗線條概述，但隱藏了故事細節。接著讀下去，細節漸次增加，直至你瞭解所有的日期、名字、引語、說法及其他細節。
原始檔也要像報紙文章那樣。名稱應當簡單且一目瞭然。名稱本身應該足夠告訴我們是否在正確的模組中。原始檔最頂部應該給出高層次概念和演算法。細節應該往下漸次展開，直至找到原始檔中最底層的函式和細節。