明天，我将遇到一位不从事技术工作的客户，但可能会问RubyOnRails是否是他网站的正确选择。他可能认为没有足够的RoR程序员，并且他将成为该语言的“人质”。
我有充分的理由使用RoR并且客户有充分的理由喜欢它（它的成本更低！）。
你有可以展示给他们的“官方”消息来源吗？
答案 0 :(得分：6)
在某种意义上，这是“bus hit factor”问题的变体。任何应用程序，一旦开发，几乎是该语言的“人质”，问题是它是否也是编写应用程序的单个开发人员的“人质”。我认为RoR是一个完全合理的开发选择，但问题实际上是当你碰巧“被公共汽车撞到”时，你当地有多少开发人员可以接受它。如果客户愿意远程与某人合作，那么这就变得不那么重要了。不过，为了让他放心，我首先要了解当地的情况并了解当地的Ruby开发者团队。活跃的本地开发者团体的存在是一种可能使他信服的措施。
另一方面，如果他担心RoR将来不会继续存在，这是一个稍微不同的问题。再一次，我认为你没问题 - 你可能想指出使用RoR编写的其他应用程序，作为改进语言（Ruby）和框架（Rails）的持续压力的指示。您可以在http://rubyonrails.org/找到大量此类信息。
答案 1 :(得分：6)
答案 2 :(得分：4)
“可能会问RubyOnRails是否是他网站的正确选择。他可能认为没有足够的RoR程序员，并且他将成为该语言的”人质“。
您是否考虑过这些是应该认真对待的有效问题的可能性？
“我有充分的理由使用RoR”
但这对您的客户有何帮助？
“它的成本更低！”
是吗？您是否有任何具体证据支持该断言？你有没有考虑过托管费用？ MRI上的Rails使用大量RAM。你可能在Java领域或更糟。当然取决于应用程序和负载。 Phusion Passenger（mod_rails）在一定程度上改善了这种情况，但这仍然是一个问题。
正如其他人所说，文件是一个“巨大”的问题。 Ruby和Rails的官方文档很少，请说得好心。社区倾向于依赖纸质书籍，纸质书籍在几周内变得过时和误导，成千上万的不可靠，相互矛盾的博客文章和屏幕录像也严重受到“快速过时”问题的严重影响。不要以为PeepCode会拯救你。
我仍然会考虑建议客户使用Rails，因为程序员效率的要求或多或少是真实的，但是我会非常谨慎地这样做，我会让他知道缺点。
答案 3 :(得分：1)
开源项目涉及的文档很多。
您可以做的一件事就是向您的客户解释，让您和您的开发人员花费数小时和数天在其他一些使用和支持较少的开源框架上搜索文档会花费更多。说明可能没有那么多ROR开发人员，因为每个人都说有PHP开发人员，但事实上有大量关于ruby和rails的文档和信息使得任何开源开发人员都能以指数方式更容易学习并使用框架。
答案 4 :(得分：1)
我会尝试说服客户 -
我非常了解当你没有一家支持技术的大公司时客户不同意。
答案 5 :(得分：0)
RoR的“低成本”功能值得商榷，我同意你的看法。但在我的情况下，我有一个完整的RoR就绪环境，我知道我可以为RoR应用程序收取的费用低于我能做的任何PHP应用程序。
PHP和Rails的硬件/软件环境几乎相同......它的价格也是如此。对客户来说成本更低的是我们建立的强大环境。
这就是“降低成本”的功能。我不是在谈论记忆消耗或其他任何事情。这一切几乎都可以买到。
答案 6 :(得分：0)
这很大程度上取决于地点。如果RoR开发人员很多并且价格与其他程序员相当，那么你可以用它来帮助销售Ruby。
对于客户而言，其中一个主要问题是成本问题。也许他担心寻找和支付RoR开发人员的维护成本，而不是技术成本。
我认识一家网店，他被RoR的相对“新奇”所困扰。他们聘请开发人员制作网站，开发人员使用RoR。项目结束后，开发人员离开了。在我们的领域，RoR开发人员不仅稀缺，而且收费高于任何其他类型的Web开发人员。在这种特殊情况下，网上商店最终失去了他们的客户。我检查他们客户的网站的最后一个是PHP。
我并不是说RoR很糟糕，我认为这是一个极端的情况，但请务必考虑客户的担忧。维护成本是一个非常有效的问题。