敏捷式軟體開發 (Agile Software Development)：原則、模式與實踐讀書摘要

10．簡單——使末完成的工作最大化的藝術——是根本的。
    敏捷團隊不會試圖文構建那些華而不實的系統，他們總是更願意採用和目標—斂的最簡單的方
法。他們並不看重對於明天會出現的問題的預測，也41會在今天就對那些問題進行防飛。相反，他
們4：今天以最高的品質完成最簡單的[作，深信如果在明天發生了問題，也會很容易進行處理。

《未命名圖書》 , 第7頁

8．敏捷過程提倡可持續的開發達廢。責任人、開發人員和使用者應該能夠保持一個長期的、恒定的開
發速度。
    敏捷項日不是50米短跑；而是馬拉松長跑。團隊不是以全速啟動並試圖在項目開發期間維持那
個速度：相反，他們以快速但是可持續的速度行進。
    跑得過快會導致團隊精力耗盡、出現短期行為以致於讕潰。敏捷團隊會測量他們自己的速度。
他們不允許自己過於疲憊。他們不會借用明天的精力來齊今天多完成一點工作*他們工作／L一個可
以位齊整個項目開發期間保持最高品質標準的速度上。

《未命名圖書》 , 第14頁

極限編程者不能容忍重複的代碼。無論在哪裡發現重複NfC碼，他們都會消除它們
    導致代碼重複的因素有許多，最明顯的是用滑鼠選小一段代碼後四處粘貼。七發現那些重複的
代碼時，我們合通過定義一個函數或基類的方法來消除它們。有時兩個或多個演算法非常相似，但是
它們之間父存在著微妙的差別，我們會把它們變成函數，或者使用Template Method模式。無
論是哪一種代碼重複之源，一旦發現，就必須被消除。

《未命名圖書》 , 第15頁

    這就是隱喻，它是將整個系統聯絡在  起的全域視圖，它是系統的未來景保，是它使得所有盡
獨模組的位置和外觀(sh8p)變得明顯寅現。如果模組的外觀與整個系統的隱喻不符，那麼你就知
道該模組是錯誤的。

《未命名圖書》 , 第17頁

過大或者過小的素材都是難以估算的。開發人員往往會低估那些大的素材而局估那些小的素