标签 ruby-on-rails ruby cgi
<分区>
我有一位老板坚信学习 Rails 的学习曲线过于陡峭，而且当 Ruby 作为 CGI 应用程序在 Apache 上运行时，从劳动力的角度来看不符合成本效益。他提议，对于我们的重写，我们使用不带框架的直接 Ruby 而不是 Rails(或 Merb、Sinatra 等)。我内心相信这是一个坏主意，但我无法将我的案例付诸实践字。到目前为止我提出的一些想法:
是否有任何我遗漏或错误的原因？是否存在我不知道的有效权衡？
最佳答案
有时，公司有充分的理由推出自己的框架，而不是使用标准的 Rack 兼容框架。但是“Rails 的学习曲线太陡峭”并不是其中之一。
使用蛮力实际上更复杂，而不是更少。如果你的老板真的担心学习曲线，他应该使用具有 documentation 的标准框架和 articles和 screencasts和 entire hosting companies致力于它。
此外，Rails 非常容易开发。我曾在 Rails 上教授过为期一天的研讨会，即使是以前从未编程过的人在一天结束时也有一个工作的、已部署的应用程序。经验丰富的开发人员会更轻松。
如果您的老板不了解 Rails，而不是弄清楚它，他会告诉您关于 Ruby over CGI 的这句话……小心点。技术在 15 年前把他抛在了后面，他已经没有资格做技术决策了。
他应该立即转入市场营销。
关于ruby-on-rails - Rails 与 Ruby CGI，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1303094/
相关文章：
ruby-on-rails - ActiveAdmin 中的多态关联和 Formtastic
css - 无法更改 Rails 中的 Bootstrap 黑色标题颜色，即使背景图像为 : none
perl - 鉴于 CGI.pm 的弃用状态，我是否应该从 CGI::Fast 迁移到其他内容，我应该怎么做？
ruby-on-rails - Capistrano 和环境变量
ruby-on-rails - ruby mechanize 网站抓取总是只返回 javascript 数据
ruby-on-rails - 使用 Dragonfly 从 URL 分配图像