ruby-on-rails - 是否适当使用 Grails、Rails 等？

Question

我们公司现在(全局)有一个 Excel 电子表格，用于捕获有关每个国家/地区技术使用情况的各种信息。问题是它出来了，发生了变化，但它们从来都不是显而易见的，而且经常相互冲突——然后我们必须把它们粉碎在一起。对我来说，工作簿只不过是等待编写的垃圾输入/垃圾输出类型的应用程序。

在一家拥有足够的员工和知识来致力于企业项目的公司中，出于某种原因，Rails、Grails 等敏捷和语言/框架不受欢迎。也就是说，我忍不住认为这几乎完全符合需求，因为脚手架功能非常简单，只需几次查找即可捕获原始字段(即预定义类别)。我认为这将被视为对这些框架的非常合适的使用。

有没有人在通常大规模、繁重的企业环境中成功开发过这些类型的快速而肮脏的应用程序？将此需求/适当性传达给非技术管理人员的任何提示？

Answer 1

在严格的组织中实现这一点的唯一方法是在未经批准的情况下让它发挥作用并进行演示。管理层很难对已完成的项目说不。