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

?

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

?

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

?

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