论坛首页 海阔天空论坛

如果遵照37signals的模式,企业级应用还有多大市场?

浏览 6999 次
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2006-09-16  
首先,我希望能有人告诉我,这种模式哪里会遇到困难。
其次,我希望ruby on rails能帮助软件业减少像java世界这么多的低水平重复建设。企业级应用市场同样需要避免。(哈哈,robbin不拿beast/rforum+typo建站是要批评的)

关于该模式的缺点我能想到的只是可靠性。比如银行,还有一些企业担心重要信息的遗失。但是现在的趋势就是分工细致,数据安全公司又不是没有。

最近一直在宣扬rails向企业级应用进军。其实37signals已经创造了企业级应用新模式,外包。

对于中小企业来说,完全可以选择basecamp,campfire这些服务,而不用请别的公司低水平的重复的建造数据库,页面,模型。目前国内似乎还没有,不过这些服务应该也不用添加中国特色的。

对于大企业,fortune 500是不可能没有企业级应用系统的。而且三网合一基本上开始做了。这一部分如果使用rails开发也比较困难,遗留的系统基本上是和rails理念格格不入的以数据库为中心设计出来的产物。而且这一部分市场也不会是什么人都能占有的,这些公司一般仗着钱多喜欢自己开发,号称这样最适合自己。

对于那些稍具规模的企业,问题就变得复杂了。这部分市场会比较有趣。如果按照具体行业来细分,这些对于具体行业比较熟悉的服务提供商,难免不会贪心想进军基本管理或者其他行业了,重复建设肯定是无法避免的。

说了这么些,其实我很奇怪国内的外包公司乐颠颠的用J2EE开发的系统,哪些功能是不能够用37signals这种模式来解决的。结论是对于稍具规模的企业这个群体,对于行业的细致钻研可能会造就这个行业的37signals。
   发表时间:2006-09-16  
Robbin不去整合beast/rforum/typo也是有一定道理的,它们三个各自自成一套系统,要整合起来消除各种副作用并兼容javaeye老的数据格式一个月估计还不够呢。Rails基本不提倡重量级组件的复用,因为很少有重量级组件能满足各种专门的需求,而整合(理解,修改,维护)别人的代码不见得比自己从头写省事。
0 请登录后投票
   发表时间:2006-09-16  
在我看来,粗颗粒度的功能组件级别复用就是扯淡。最多不过是非常细颗粒度的工具类能复用一下。这里我比较赞同Microsoft的开发理念,quick and dirty!用最简单最快速的工具开发出来你的需求,当需求彻底改变的时候,你就扔掉老代码重写一遍。

而ruby on rails的开发高效率提供了这种可能性,不要再考虑什么组件,考虑什么复用,想到什么三两天就做出来,实在不行,整个重写也花不了多少时间。
0 请登录后投票
   发表时间:2006-09-16  

经典名句又有用武之地了

引用

真是烦你们这些人
以RUBY 为首,两年前我来这里看还在讨论哪个业务层,逻辑层,表现层,两年后还在讨论,再在我已经用。NET,现在从不讨论什么层了,直接拖标签,爽得很,效率也提高了,JAVA既没有IDE界面,也没有谁去为谁提升WEB服务器性能,亏了你们用JAVA开发系统,我估计肯定客户不满意,你们做得也辛苦

0 请登录后投票
   发表时间:2006-09-16  
buaawhl 写道

经典名句又有用武之地了

引用

真是烦你们这些人
以RUBY 为首,两年前我来这里看还在讨论哪个业务层,逻辑层,表现层,两年后还在讨论,再在我已经用。NET,现在从不讨论什么层了,直接拖标签,爽得很,效率也提高了,JAVA既没有IDE界面,也没有谁去为谁提升WEB服务器性能,亏了你们用JAVA开发系统,我估计肯定客户不满意,你们做得也辛苦




  那mvc且不是没有啥用了? 不过如果不考虑维护的话。mvc用不用也无所谓.....
0 请登录后投票
   发表时间:2006-09-16  
打住,转到主题上来,要是每个企业都想要一个wiki,为什么我要认为他们会想要不同的功能呢?最好的办法当然是把他们的wiki放在统一的服务器上管理,这样哪家公司投诉,我不用派我们的业务员翻山越岭,跋山涉水的跑到对方的公司里去指导。

对于世界500强,世界5百万强,这个道理应该都是一样的。难的就是市场推广,就像前面介绍的,这帮公司会觉得还是自己那套想法最好。
0 请登录后投票
   发表时间:2006-09-16  
花花公子 写道
打住,转到主题上来,要是每个企业都想要一个wiki,为什么我要认为他们会想要不同的功能呢?最好的办法当然是把他们的wiki放在统一的服务器上管理,这样哪家公司投诉,我不用派我们的业务员翻山越岭,跋山涉水的跑到对方的公司里去指导。

你的信用级别的问题,比如保险箱业务,银行开这样的业务,和个人开这样的业务,你相信谁?
还有就是每个公司的网络访问策略都不同,有该如何?


0 请登录后投票
   发表时间:2006-09-16  
robbin 写道
粗颗粒度的功能组件级别复用。


老大,能否把这个讲开点讲细点? 粗粒度是指? 功能组件是指?(业务组件?框架?服务?...)
0 请登录后投票
   发表时间:2006-09-16  
前面太累了,说了一点就去呼呼了。

关于这种外包模式,其实37s不是第一个成功的,另外一个典型应该是salesforce.com,一个提供在线CRM的公司,不过它不是个技术狂热者。

基本我认为这种模式只适合中小企业,对500强没什么太大吸引力。说到安全,因为对小企业来说维护安全的管理成本也是一种负担,能外包也好。就好比普通人把钱存银行而不是自己造个地下金库再派人保护。
0 请登录后投票
   发表时间:2006-09-16  
buaawhl 写道

经典名句又有用武之地了

引用

真是烦你们这些人
以RUBY 为首,两年前我来这里看还在讨论哪个业务层,逻辑层,表现层,两年后还在讨论,再在我已经用。NET,现在从不讨论什么层了,直接拖标签,爽得很,效率也提高了,JAVA既没有IDE界面,也没有谁去为谁提升WEB服务器性能,亏了你们用JAVA开发系统,我估计肯定客户不满意,你们做得也辛苦



asp.net是不是拖完了那些组件就得开始写SQL Server的储存过程了?OMG...(不负责任FUD哈哈)
0 请登录后投票
论坛首页 海阔天空版

跳转论坛:
Global site tag (gtag.js) - Google Analytics