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

?

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

?

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

?

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