代码之家 › 专栏 › 技术社区 › agartzke

适当使用Grails、Rails等?

agile groovy grails ruby ruby-on-rails

1

agartzke · 技术社区 · 15 年前

我们公司现在(在全球范围内)有一个Excel电子表格,用来收集各国技术使用情况的各种信息。问题是,它出去了,得到了改变,但它们从来都不是显而易见的,而且经常是相互冲突的——然后我们必须把它们粉碎在一起。对我来说,工作簿不过是一个等待编写的垃圾输入/垃圾输出类型的应用程序。

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

以前有没有人在通常大规模、繁重的企业环境中成功地开发过这些类型的快速而肮脏的应用程序?向非技术管理层传达这种需要/适当性有什么建议吗?

3 回复 | 直到 15 年前

1

7

Stefan Kendall 15 年前

在一个僵化的组织中实现这一点的唯一方法就是让它工作并演示它——不需要批准。管理层很难拒绝一个已完成的项目。

2

3

Brian 15 年前

IMHO说,企业组织最担心的是如何支持它,尤其是当应用程序对其核心业务变得更为关键时。如果它不适合它的整洁的支持技术的小盒子,它不太可能发生。

在过去,企业曾多次受到这种影响&引进新技术时要谨慎。

3

2

Javid Jamae 15 年前

如果您已经有了一个Java基础设施,那么创建一个Grails应用程序将几乎不需要额外的IT支持和维护。支持和维护的成本和工作量应该与Java应用程序相同(即Grails应用程序在Tomcat上运行,使用相同的JVM,使用相同的诊断/分析工具,等等)。

因此,正如其他人所说,宽恕胜过允许,但要明智地看待对IT组织的影响。