Ruby on rails 我们可以得到Ruby和Rails的性能统计数据吗？我们'；重新说服企业使用Rails！

我们正在说服我们的产品负责人，我们希望在Rails上使用JRuby，我们很难拿出一些统计数据来表明：

使用Rails比使用Struts或Zend框架或其他工具的编码时间更短

Ruby（特别是JRuby）的性能不再可怕了

Rails的性能也不错

如果你能很快给我们一些好的数据，我们可能有机会

更新：

---

事实上，我们确实说服了企业在Rails上使用JRuby，现在我们已经进入了项目的几个月。谢谢你的帮助

很难提供具体信息。性能实际上取决于应用程序的用例和体系结构

我建议您针对特定用例制定不同的版本，并测量性能。它可能是一个非常简单的视图，可以访问数据库并呈现页面。使用相同的数据库结构

整个争论的讽刺之处在于PHP也不是块上最快的东西。在非平凡的应用程序中，你需要开始添加加速器来缓存你的字节码。JVM对这类东西有着难以置信的高级支持。基于应用服务器方法的Rails体系结构解决了很多问题，因为实际上您有一个应用程序范围的内存范围（每次通过时PHP都需要解析和呈现所有内容）

无论如何，根据我自己的经验，我从2000年开始使用PHP，几年前在v1.0之前迁移到Rails，并且在生产中使用这两种语言的大型系统

• 我发现Rails的开发速度要快得多。我发现它的效率提高了50%，这取决于它的功能。正如我所说，我可以在一半的时间内发展
• 我有大量数据库使用的生产Rails系统，渲染时间为200-300毫秒
• 如今，Rails生态系统在支持优秀软件工程所需的所有辅助系统和过程方面远远领先于PHP。Cucumber和rSpec这样的库在Ruby世界中进化并不是巧合

  ---

很难量化1，即使它显然是真的。这是一个糟糕的度量，但我能想到的最好的度量是代码的相对gzip大小：

ruby代码包含Java代码的一半“信息”。我已经做了几年rails和许多其他框架的工作，但这几乎不可能量化，因为我从未用两种语言/框架编写过相同的项目

但是，图中没有说明的一件事是Ruby不能进行编译器时间检查，因此通常必须有更好的测试覆盖率，以便对正在部署的代码有信心

Ruby的性能在性能方面有了飞跃。当你将它与任何东西相比较时，它仍然是糟糕的，但是对于一个web前端来说，老实说，这并不重要。JRuby比Ruby（1.8.x）快，但与静态类型的JVM语言（scala/java等）相比仍相差一个数量级

老实说，Rails对于一个框架来说太慢了。然而，计算的繁重有助于实现疯狂的开发速度。对于前端来说，这也没那么重要

您选择的前端框架/语言只会给每个请求增加10毫秒。如果你的应用程序对数据做了任何有意义的事情，那么前端演示/呼叫不会占用大部分请求时间

---

这几乎都是关于权衡和什么是重要的/不重要的。老实说，前端语言的计算速度并不是那么重要，而ruby等“较慢”语言的生产率提升通常会超过您放弃的东西

如果你想用Rails来打赌PHP代码的原始速度，那就算了吧

业务决策涉及的不仅仅是原始脚本速度，即：

• 互操作性，新应用程序在公司应用程序环境中的适用性
• 连续性，有多少其他员工知道（采用）像你这样的rails，如果没有，你有多大可能招聘更多员工，如果你离开了，比如说，3个月后
• 与rails的安全性相比，安全性更重要的是，任何问题的解决速度有多快，谁来解决
• 可靠性、恢复性。。等等

您还有更多需要关注的问题：

• 部署，mod_rails就在这里，但它仍然不是像php那样直截了当的，您需要管理团队的承诺
• 可伸缩性，可能不需要担心，当你拥有和tweetie一样多的流量时，你会得到重建它的预算；-）

我们知道我们都喜欢rails。许多人仍然没有。我们去说教吧；-）

嗯，有

你的问题是，断章取义地回答几乎是不可能的。Ruby通常不是一种特殊的快速语言，但它完全取决于您正在做什么。为什么你想用速度来衡量质量？您的应用程序是否做了一些资源密集型的事情

---

关于开发时间，我想说Rails是一个经过验证的用于快速开发的堆栈。但PHP也是如此。哪一个是更好的选择，这在很大程度上取决于程序员。

>很难量化1，即使它显然是正确的>>这是一个很差的衡量标准，但我能给出的最好的衡量标准…>>JRuby在前两条评论上明显快于Ruby：“假设没有证据”？真正地您更愿意使用机器代码还是高级语言编写代码？当然，写机器代码更容易，因为它更长（根据你的笑话）。当抽象适合时，更高级别抽象的优点是不言而喻的。很明显，1.9在最近几天的大幅削减中领先，将编辑我的帖子。>>我们想要