2009-08-19 88 views
4

我有谁相信学习Rails的老板太陡学习曲线和直线时运行的Ruby作为Apache的一个CGI应用程序从劳动力的角度来看并不符合成本效益是可用的。他提议,为了我们的重写,我们使用直接Ruby而不是Rails(或者Merb,Sinatra等),我相信我的心是这是一个糟糕的主意,但是我很难把我的情况放入话。有些想法我已经拿出这么远:Rails的红宝石VS CGI

  • Rails的MVC通过促进更好的代码重用和关注更好的分离
  • 运行轨道将寻找到合格的求职者更具有吸引力,因为Rails将好店在他/她的简历,更多的是一起工作的乐趣,等
  • (我可能是错在这一个)的Rails会对乘客更好的性能,因为乘客自动池连接到数据库,在那里为手卷CGI应用程序将有自己管理或者根本不管理,从而导致性能下降。
  • Rails是一个成熟的技术,比手卷CGI框架,至少肯定更加

是否有我丢失任何理由或错?有没有有效的折衷,我不知道?

回答

14

有偶尔很好的理由为公司推出的,而不是使用符合标准的机架架构自己的框架。但“Rails的陡峭的学习曲线”不是其中之一。

这样做蛮力实际上是更多复杂,而不是更少。如果你的老板是真的担心学习曲线,他应该使用具有documentationarticlesscreencastsentirehostingcompanies专门给它的标准框架。

此外,Rails很容易开发。我已经教了一天关于Rails的研讨会,甚至从来没有编程过的人在一天结束之前都有一个工作,部署的应用程序。有经验的开发人员可以更轻松地完成它。

如果你的老板不理解Rails,而不是弄明白,他会给你提供关于Ruby上CGI的这一行......要小心。技术在15年前让他落后,他不再有资格做出技术决定。

他应该立即进入营销。

1

这不是一个非常陡峭的学习曲线。在做出决定之前,您可能需要让他阅读教程。

此外,一大优势是,回报率是一个非常流行的系统现在。安装插件是微不足道的,有许多部署选项已经算出 - 基本上很多不直接“编程”的工作可能会更容易。

而主动纪录 - 这是非常有用,所以很难想象做一个web /数据库应用,而无需任何更多。

2

使用Ruby on Rails而不仅仅是Ruby,购买汽车和用单轮胎焊接独轮车的区别在于:两者都可以帮助您实现目标。

尽管如此,我认为这不是一个技术问题,更多的是“管理起来”的问题,因为不使用Rails的决定在这一点上是非常糟糕的,而且是荒谬的。

我认为你有两个选择:

  1. 搜索结果排序的方式,使它看起来好像使用Rails是你的老板的想法一直。你可能会这样说:“Boss,我听说过你说过的话,所以我没有使用完整的Rails,而是将它用作基本框架,并且使用直接Ruby来完成大部分工作。”

  2. 主动做原型开发的一个周末,给你的老板可证明的东西,说:“这显然是要走的路。”

祝你好运。

3

你的老板是否有任何理由对他的定罪?除了“一种感觉”?他的真正担忧是什么 - 在你弄清楚他的潜在关注点是什么之前,你不会有太大的成功来改变他的想法。如果他们发现与他目前所说的完全不同,不要感到惊讶。例如,他可能对Danes有非理性的恐惧。

你有什么不同意的具体原因吗?良好的设计/编码实践并不需要一个框架,招聘是不是你的关心,性能优化:

作为老板,我不会太受你列出迄今为止原因所左右? Don't do it?比CGI更有效吗? (他可能会说,不是我:我每天都喝Rails Kool-aid)。

他是现代意义上的技术吗?我的意思是,他会参与编码重写吗?如果是这样,他可能会面临挑战吗?选择一小部分功能,可在一两天内建立并尝试两种方式。如果他不是技术人员,他为什么认为你的意见不如他的意见?为什么他认为编写更少的代码(以及免费获得数千行有用的经过测试的框架代码)比其他方式更昂贵和/或更费力?

其他人已经提到“管理起来” - 我建议谷歌搜索有关如何工作的资源。

是否有其他团队成员参与?他们感觉怎么样?

Martin Fowler着名(至少在敏捷世界)said就像“如果你的组织没有按你认为应该做的,你应该改变你的组织”。至少有两种方法可以读取...

3

我认为一个潜在的好主意可能是使用RoR的部分(Cough ActiveRecord),如果它简化了一些事情,就可以自己推出...我是不是一个框架有点家伙,我更喜欢图书馆和一定程度的代码抽象,这就是为什么我永远不会被误认为一个RoR粉丝......但是我认为让他使用rails的某些部分,可能变成使用所有轨道。

只有另外一点我想提出的是,MVC不仅是导轨和如果你滚你自己,那么你可以很容易地遵循设计模式......除了滚动自己也有一些好处...一的事情,你就会知道到底是什么做的一切,它是如何工作的,自推出将意味着一个更精简的系统,你可以更容易地修改...

我最后的答案是在中间相遇......Ruby在创意程序员手中极其强大...事实上,我正在将我的2个月快速“拼凑”php/jquery原型重新滚动到erb/jquery网站中...

- 大声思考 - 没有试图在Ruby on Rails上废话......但是Rails是火车的继续......而火车确实很快......但他们只能走到轨道带你去的地方。我更喜欢“Ruby off road”环境。速度较慢,控制力较强。

+1

爱你最后一段:) – draw 2011-06-19 03:24:47