10．簡單——使末完成的工作最大化的藝術——是根本的。
敏捷團隊不會試圖文構建那些華而不實的系統，他們總是更願意採用和目標—斂的最簡單的方
法。他們並不看重對於明天會出現的問題的預測，也41會在今天就對那些問題進行防飛。相反，他
們4：今天以最高的質量完成最簡單的[作，深信如果在明天發生了問題，也會很容易進行處理。
《未命名圖書》 , 第7頁
8．敏捷過程提倡可持續的開發達廢。責任人、開發者和使用者應該能夠保持一個長期的、恆定的開
發速度。
敏捷項日不是50米短跑；而是馬拉松長跑。團隊不是以全速啟動並試圖在專案開發期間維持那
個速度：相反，他們以快速但是可持續的速度行進。
跑得過快會導致團隊精力耗盡、出現短期行為以致於讕潰。敏捷團隊會測量他們自己的速度。
他們不允許自己過於疲憊。他們不會借用明天的精力來齊今天多完成一點工作*他們工作／L一個可
以位齊整個專案開發期間保持最高質量標準的速度上。
《未命名圖書》 , 第14頁
極限程式設計者不能容忍重複的程式碼。無論在哪裡發現重複NfC碼，他們都會消除它們
導致程式碼重複的因素有許多，最明顯的是用滑鼠選小一段程式碼後四處貼上。七發現那些重複的
程式碼時，我們合通過定義一個函式或基類的方法來消除它們。有時兩個或多個演算法非常相似，但是
它們之間父存在著微妙的差別，我們會把它們變成函式，或者使用Template Method模式。無
論是哪一種程式碼重複之源，一旦發現，就必須被消除。
《未命名圖書》 , 第15頁
這就是隱喻，它是將整個系統聯絡在 起的全域性檢視，它是系統的未來景保，是它使得所有盡
獨模組的位置和外觀(sh8p)變得明顯寅現。如果模組的外觀與整個系統的隱喻不符，那麼你就知
道該模組是錯誤的。
《未命名圖書》 , 第17頁
過大或者過小的素材都是難以估算的。開發人員往往會低估那些大的素材而局估那些小的素