我正在为我工作的IT公司的客户开发一个项目，我确信Rails非常适合它。我在第二天左右开会，恐怕我会被“为什么Rails”轰炸？类型问题，毫无疑问，一大堆修辞如“Rails不扩展”，“Rails只是一个CMS”以及人们似乎对Ruby on Rails的其他千个神话。
我们似乎都认为Rails如何不扩展，很难部署，或者在任何特定时刻都会爆炸。对于我们这些每天使用Rails的人来说，我们知道它就像任何其他语言或框架一样。似乎有很多关于RoR的错误信息，并且通常Rails得到一个糟糕的包装。为了帮助我参加这次会议，我希望能够编制一份神话清单 - 也许是每个答案中的一个神话 - 我们可以投票选出我们以前听过的神话 - 消除恐惧，不确定性和怀疑，这往往会掩盖真相。轨。
经过一些谷歌搜索后，我发现this blog post这就是我想在这里整理的那种东西。正如David Heinemeier Hansson在帖子中所说：
所以我认为这是时候了 在一些数字上直接设置记录 毫无根据的恐惧，不确定因素和 疑惑。我会经历这些 当时的一个神话并向你展示 究竟为什么他们不是真的。
这并不是说服你 你应该使用Rails。只要 你可以做出这个选择。但要给予 你的事实，所以你可以自己做 明智的决定。一个不是 创立于众多神话中的浮动 周围。
让我们澄清！
答案 0 :(得分：6)
神话：“Ruby on Rails无法扩展”
胸围：这不是具体的，可回答的问题。请澄清。
说无论什么技术“不扩展”听起来非常专业和非常有企业 - 但这不是一个明确的问题。这只是解雇未知/未经证实的懒惰方式我要求澄清：
“你对'规模'究竟是什么意思？你现在如何衡量它？”
这可能意味着：
有许多方法可以处理“规模”，但在你知道你正在处理哪一种之前，并不总是明白该怎么做。
有大量基于ruby的解决方案，包括
如果挑战者无法提出“规模”的具体含义，那么这不是一个有效的问题。
但是，如果挑战者确实提出了某些特定且可衡量的，那么我会使用一个时间框的尖峰解决方案（http://c2.com/xp/SpikeSolution.html）来回来有一些数字 - 可能还有一些选项如何做。
答案 1 :(得分：4)
从客户理解的唯一角度做出论证，金钱！
显示您认为需要多长时间才能使用Java，JSP或其当前技术，以及优点和缺点，例如更容易获得开发人员。然后，陈述Ruby中的时间表，这肯定会降低开发成本，但也需要管理员不得不部署不同的系统，可能更难招聘知道Rails的员工等等。这是他们的钱，所以给他们事实并让他们做出决定。
针对公司可能对Ruby on Rails提出的具体批评，与他们自己的系统相比，公司可以提供许多理由，其中一些不是特定于Ruby或Rails，例如他们已经有很多Java开发用Java编写的房子或现有的基础设施，使用相同的语言系统（如Java）总是更容易使用。无论如何，要回答你的具体要点：
1）为什么选择Rails？ 简单，Rails是“设计”用于构建网站，并做一个有效的工作。找一些统计数据来支持你（我不是说链接中的统计数据是准确的，但数字总会给客户留下深刻印象）
http://www.theserverside.com/news/thread.tss?thread_id=33120
2）Rails无法扩展
http://trak3r.blogspot.com/2008/03/rails-doesnt-scale.html
3）Rails只是一个CMS？ 如果他们正在构建CMS，那么推荐Drupal，而不是Rails
我想你在回答客户的问题时必须站起来思考，他们会希望有人了解其他框架而不仅仅是Rails，有点像使用正确的工具来做正确的工作
答案 2 :(得分：2)
误区： Rails还不够成熟，无法在其周围构建大量强化的开源库，需要快速可靠地完成大规模项目。
Bust：事实上，RoR社区可以使用大量的宝石和插件，其中许多已被活跃的社区尝试并发现。不仅资源存在，而且使用'gem'和Rails的内置插件架构管理它们也很简单。最糟糕的情况：你找不到那个完美的宝石或插件。在这种情况下，如果使用JRuby，您可以轻松编写自己的或借用Java世界。
答案 3 :(得分：1)
神话：很难聘请一位优秀的Ruby on Rails程序员。
（实际上，我不能破坏它，这只是一个潜在的神话的想法。谁可以，请编辑这个或创建另一个答案）