这样， Rails 鼓励和顾客合作。当顾客看到 Rails 项目能快速地反映变化，他们开始相信团队能交付得更多，而不仅仅是被要求的。

回到能对改变有反映的观点上， Rails 的 DRY 原则意味着改变 Rails 应用程序所带来的影响比应用其它框架来得小。因为 Rails 应用程序是用 Ruby 编写的，任何想法能被正确和清晰地表达，变化趋向于局部化并却容易编写。重点强调单元测试和功能测试，随同 test fixtures 和 mock object 一起被支持，给开发者一个安全的环境当他们需要去做些改变。 在适当的位置放置测试是不错的，改变就会带来比较小的破坏。

胜于厌烦地比较 Rails 过程和敏捷概念间的关系，我们决定让框架它自己来讲讲。当你读了指南部分，你试着想想你自己开发 web 应用程序的情景：你就在用户旁边工作并一起决定优先次序和解决问题。当你深入地读完之后再回过来，你就会明白为什么在 Rails 的架构下能让你更快和更少的礼节就能会见你的客户。

最后一个关于敏捷和 Rails 的观点：虽然它可能是个外行的人提起这个，但是想想怎么让编程变得跟愉快。