我是(相当)一位经验丰富的程序员，但对 Ruby 和 Ruby on Rails 完全陌生。
RoR 看起来很适合快速工作，特别是用于 CRUD 操作的自动屏幕生成。
它确实能让您快速提高工作效率。
问题是最后 20% 的工作，那时我必须完成我的申请。 RoR 公约不会妨碍我吗？因为不是每个数据库表都必须对所有用户可用，也不是所有用户都可以编辑所有列和/或所有行，而且 View 必须适应我网站的外观等。
我知道 RoR 已成功用于现场，但在第一阶段烧毁后，如何在 RoR 中获得足够的速度以逃避重力。
最佳答案
我认为脚手架无法让您达到 80%。脚手架很好，因为它向您展示了 Rails 的各个部分如何组合在一起，但我不会用脚手架代码构建我的应用程序。既然您已经对脚手架印象深刻，那么您最好忘记它。 :)
Rails 在我心中真正闪耀的地方是 database migrations ，动态 ActiveRecord 的惊人之处，以及插件生态系统。
决定使用 Rails 时需要学习很多东西。您拥有一门新语言、新框架和新插件 - 但如果您花时间学习这些东西，您可以使用 Rails 非常高效。
关于ruby-on-rails - Ruby on Rails 的最后 20%，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1353387/