【译者注】这是一篇赞美 Ruby 的文章！！！看完再喷不迟。
请注意：这是一篇主观意识的文章。它的目的并不是要说服你使用或者不使用Ruby，或者其他任何技术。这篇文章所涉及到的环境是Web开发，而不是通用的编程。我想要通过这篇文章解释这些年来非Ruby社区对于 Ruby 的一些看法，并且提醒人们以开放的心态来面对新的事物。敬请欣赏！
我最近做了一个15分钟的演讲“我喜爱的 Ruby 语言以及它的生态系统”。很显然我的言论让忠实的PHP，.NET和Java 开发者感到不安。他们对Ruby不是好奇，而是感觉我在批评他们热爱的技术。
既然这不是宗教，而是关于如何面对新的事物，我认为我们应该列出所有其他人认为不使用 Ruby 来做 Web 开发的理由。
1. Ruby并没有Java或者PHP那么成熟
这是对的。Java和PHP被用于Web开发要比Ruby早很多。但是你知道吗？我姥姥比Ruby要年长很多，但是我不认为我姥姥可以做Web应用。在Web时代，技术每几年就要更新一次，老和成熟不一定就有优势。在很多方面，Ruby社区吸取了其他技术的教训，所以能做的更好，相比碎片化的PHP社区来讲。
如果你考察一门技术的标准只有时间的话，你从一开始就错了。
2. Ruby 的性能不如 .NET 或者 Java
你又说对了！除此之外，Ruby还比Erlang，Lua，C++等等都要慢，但是你不使用Erlang或者C++ 是吗？Web开发并仅仅是性能。你的应用不可能在上线***天就有上百万的用户。你需要编码，测试，发布，并且循环这个过程，你需要快速迭代。所以，一开始开发效率大于运行效率。老拿性能来说事是愚蠢并且错误的。Ruby 的应用也能像 .NET 或者 Java 应用那样横向扩展。
3. Ruby 在 Windows 下工作的不好
这是一定的。Windows 在很多方面是伟大的，但不包括开源的 Web 开发。Ruby 以及很多源自 *NIX 的伟大技术都不能在 Windows 下工作的很好。与其撞破脑袋抱怨你已经习惯了 Windows ，不如试试安装 Linux ，让生活继续。技术的魅力在于学习新的事物，而不是呆在熟悉的环境里面一辈子。
4. Ruby 没有 PHP 那么流行
的确是这样的。技术并不是流行比赛，否则的话我们应该都用 JavaScript 来开发（目前在 Github 上***的语言）。技术是一种达到目的的手段。流行度只是衡量使用率，社区活跃度的一个指标，用来帮助人们判断技术的可用性，稳定性和支持程度。
5. Ruby 社区高傲并且势力
嗯……这么说吧 Java 社区是顽固的，.NET 社区是封闭的，Perl 社区是古怪的，C++ 社区是一群抽烟的中年人。
我遇到过各种各样不同背景的开发者。我并不是说 Ruby 没有势力的人，但是绝对不是主流。我想很多时候是这样的一种情况：因为 Ruby 是相对比较新的技术，所以一些简单的任务例如和第三方的测试，开发，迭代都相对容易。所以当 Ruby 程序员称赞这些事情使用 Ruby 更容易的时候，他们并不是在看低其他技术，而只是在表述一种更简单的开发方式。
6. Ruby 非常顽固，不自由
这个观点不仅仅是错误，简直就是愚蠢。让我问你一个问题：编写一个 HTTP 路由组件或者图像处理类库有多少种方式？
约定优于配置，***实践和清晰的编码标准不会让开发者不自由。相反，它让开发者专注于重要的事情，例如业务逻辑。
Ruby 固有的约定驱动的开发方式帮助开发者提高了开发效率，但同时尊崇社区驱动的标准，使得样板文件最小化。
有趣的是，Ruby 是我知道的唯一一门语言，可以让你在任何地方，任何时间更改任何东西。人们很喜欢这些标准和约定，应为它让他们更有效率。
7. Ruby 没有 Java 和.NET 可靠
Windows 没有 NetBSD 那样安全！！！如果你考察可靠性的唯一标准就是类型检查的话，你看事情的角度就错了。
虽然静态语言严格的类型检查和编译属性让他们获得了更好的性能，但是，坦白说，在你编程生涯中，有多少 bug 是应为错误的变量类型引起的？
Ruby 用来解决这个问题的方式是宣扬测试文化。也就是说，你的代码的可靠性跟你的测试挂钩，而不是你的方法声明。
8. Ruby 缺少企业级的支持
恐怕你孤陋寡闻了吧？听说过 Engine Yard吗？没有？他们提供非常出色的企业级 Ruby 支持。
所谓的企业级支持是很久以前企业通过绑定用户销售昂贵的，可靠的，***的技术来获得收入。但是你必须这么做吗？难道你是如此的无能，因为缺少所谓的“支持”就不去选择一项合适的技术？
让我问你一个问题：你认为微软需要多久才能发现，修复，承认，并且发布一个IIS的安全补丁？再想想，你真的认为金钱驱动的垄断企业关心你 Web 应用的安全性吗？
在以开源代码为代表的技术创新时代，为了所谓的支持选择一个封闭的，垄断的技术，就是选择了落后所有人一步。正大眼睛看看这些公司吧，Basho, Redhat, Canonical, 10gen, Cloudera, Engine Yard，他们提供开源的技术，并且提供企业级的付费支持。
9. Ruby 没有很好的可扩展性
这是很老的话题，要追溯到 Twitter 刚刚开始的时候。当 Twitter 飞速发展的时候，他们必须修改 ActiveRecord 中深层次的代码以获得在 Rails 中支持多个 MySQL 数据库。不幸的是，人们混淆了 Ruby 和 Rails。在 Twitter 这个案例中忽略了 Twitter 的快速成长得益于 Rails 的易于使用和快速开发。
任何成功的应用到***都会遇到扩展性问题。 Facebook ***把 PHP 编译成了 C++，Twitter 转向了 Scala， Youtube 依然使用 Python，Apache 和 MySQL。没有任何两个 Web 应用是完全一样的，我们应该从成功的 Web 应用中学习经验，而不是上来就宣布某项技术的扩展性强于另外一项技术。
10. 寻找有经验的 Ruby 程序员很困难
这倒是真的，但取决于你在世界的哪个地方。比如在 Israel，.NET 和 PHP 盛行，所以找到好的 Ruby 程序员是很困难的。但是你知道吗？在那里更难找到有经验的 Javascript 开发者！
非要较真的话，我也可以说找到好的 PHP 程序员比 Ruby 更困难。因为 PHP 社区分散，用户生成的文档和不一致的 API 是的学习难度提高。
不要因为困难而放弃一样好东西，你可以自己培养 Ruby 开发者。我的意思是，如果你认为 Ruby 是正确的技术，那么为什么不多投入一些呢？
英文原文：http://www.zohararad.com/2012/11/16/10-reasons-not-to-use-ruby/
译文链接：http://www.oschina.net/news/34942/10-reasons-not-to-use-ruby
