结论：Ruby代码更容易保持DRY原则，因此更容易阅读。
对代码进行变更：Ruby胜出
结论：在动态语言中进行代码变更更为容易。
检查变更是否正常运行：不相伯仲
Ruby和Java都提供了对单元测试、验收测试和持续集成等方面的良好支持。
误区之三：Ruby太难了
有些人，比如Cedric Beust主张说，对于普通开发人员Ruby的难度太大。Halloway反驳到，总的来说，编程就不是一件容易的事情。尽管有些丛书以“21天学会编程”的旗号为噱头，但这是不可能的。因此，使用Java和Ruby编程都不是一件容易的事情。他主张说：
| 以下是引用片段： [...]你不能通过限制语言的特性这种方式来降低难度[...] |
误区之四：要抄袭Rails的创意很容易
Halloway提出，这个误区需要慎重看待，因为它说的确实有一部分是真的。Rails的许多创意是可以被抄袭到其它任何语言上去的。但是，对于这个观点的反驳也存在：
| 以下是引用片段： [...]另外一些创意则取决于特定的Ruby语言特性。Rails使用了open class，使得我们可以写出更好的、可读性更强的对象模型。举例而言，你可以写出x.blank?这样的代码，而不是这样：StringUtilities.isBlank(x)。单独来说，这样的区别并不会产生很大的意义，但是随着它们积少成多了以后，代码的可读性就会得到显著的提升。[...] |
误区之五：这是一场没有赢家的游戏
最后是系列文章的总结陈词：作为一门语言，Ruby胜出;但作为一个平台，Java胜出——
| 以下是引用片段： 那么，我们所有人难道不能和睦相处么?我多希望在我所生活的世界中，对语言的偏好并不会给一名程序员贴上什么标签。我们可以用Ruby、Scheme、Scala或者Erlang来编写代码，而且任何地方的JVM都是我们所可以生存的和谐社会。 |
为了让这样的和谐氛围得以延续，Halloway对应当采取的行动给出了以下建议：为JRuby项目贡献代码，并在今后的Java应用中使用Rake而不是Ant来管理。
