《敏捷式軟體開發 (Agile Software Development)》讀書筆記 （3）－－敏捷語錄

過程和方法對於結果只有次要影響，首要的影響是人。

人不是插入即相容的編程裝置，如果想要項目取得成功，就必須構建起具有合作精神的自組織的團隊。

合作、溝通以及互動能力要比單純的編程能力更為重要。

過多的文檔比過少的文檔更糟，編寫以及代碼的同步會花費更多的時間。直到迫切需要並且意義重大時，才來編寫文檔。

成功的項目需要頻繁、有序的客戶回函。成功的關鍵在於和客戶之間真誠的合作。

在“充滿激烈討論的屋子”裡工作，生產率非但不會降低，反而會成倍的提高。

軟體項目不是全速的短跑，而是馬拉松長跑。團隊必須有意識的保持穩定、適中的速度。Xp的規則不允許團隊加班工作，在版本發布前一周是唯一的例外。

編寫單元測試是一種驗證行為，更是一種設計行為。同樣，它更是一種編寫文檔的行為。

飯是要吃的，忽略掉清潔工作並不能真正加快用餐速度。（重構）

敏捷設計是一個過程，不是一個事件，它是一個持續的應用原則、模式以及實踐來改進軟體的結構和可讀性的一個過程。它致力於保持系統設計在任何時間都儘可能簡單、乾淨、富有表現力。

變化的軸線僅當變化實際發生時才具有真正的意義，如果沒有任何徵兆，那麼去應用SRP或者任何其他的原則是不明智的。

抽象類別和它們的客戶的關係要比和實現它們的類的關係更密切。

開發人員應該僅對程式中呈現出頻繁變化的那部分做出抽象，拒絕不成熟的抽象和抽象本身一樣重要。