這樣， Rails 鼓勵和顧客合作。當(dāng)顧客看到 Rails 項目能快速地反映變化，他們開始相信團隊能交付得更多，而不僅僅是被要求的。

?

回到能對改變有反映的觀點上， Rails 的 DRY 原則意味著改變 Rails 應(yīng)用程序所帶來的影響比應(yīng)用其它框架來得小。因為 Rails 應(yīng)用程序是用 Ruby 編寫的，任何想法能被正確和清晰地表達，變化趨向于局部化并卻容易編寫。重點強調(diào)單元測試和功能測試，隨同 test fixtures 和 mock object 一起被支持，給開發(fā)者一個安全的環(huán)境當(dāng)他們需要去做些改變。 在適當(dāng)?shù)奈恢梅胖脺y試是不錯的，改變就會帶來比較小的破壞。

?

勝于厭煩地比較 Rails 過程和敏捷概念間的關(guān)系，我們決定讓框架它自己來講講。當(dāng)你讀了指南部分，你試著想想你自己開發(fā) web 應(yīng)用程序的情景：你就在用戶旁邊工作并一起決定優(yōu)先次序和解決問題。當(dāng)你深入地讀完之后再回過來，你就會明白為什么在 Rails 的架構(gòu)下能讓你更快和更少的禮節(jié)就能會見你的客戶。

?

最后一個關(guān)于敏捷和 Rails 的觀點：雖然它可能是個外行的人提起這個，但是想想怎么讓編程變得跟愉快。