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

首先，我希望能有人告诉我，这种模式哪里会遇到困难。
其次，我希望ruby on rails能帮助软件业减少像java世界这么多的低水平重复建设。企业级应用市场同样需要避免。（哈哈，robbin不拿beast/rforum+typo建站是要批评的）

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

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

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

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

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

说了这么些，其实我很奇怪国内的外包公司乐颠颠的用J2EE开发的系统，哪些功能是不能够用37signals这种模式来解决的。结论是对于稍具规模的企业这个群体，对于行业的细致钻研可能会造就这个行业的37signals。

Robbin不去整合beast/rforum/typo也是有一定道理的，它们三个各自自成一套系统，要整合起来消除各种副作用并兼容javaeye老的数据格式一个月估计还不够呢。Rails基本不提倡重量级组件的复用，因为很少有重量级组件能满足各种专门的需求，而整合（理解，修改，维护）别人的代码不见得比自己从头写省事。

在我看来，粗颗粒度的功能组件级别复用就是扯淡。最多不过是非常细颗粒度的工具类能复用一下。这里我比较赞同Microsoft的开发理念，quick and dirty！用最简单最快速的工具开发出来你的需求，当需求彻底改变的时候，你就扔掉老代码重写一遍。

而ruby on rails的开发高效率提供了这种可能性，不要再考虑什么组件，考虑什么复用，想到什么三两天就做出来，实在不行，整个重写也花不了多少时间。

经典名句又有用武之地了

  那mvc且不是没有啥用了？ 不过如果不考虑维护的话。mvc用不用也无所谓.....

打住，转到主题上来，要是每个企业都想要一个wiki，为什么我要认为他们会想要不同的功能呢？最好的办法当然是把他们的wiki放在统一的服务器上管理，这样哪家公司投诉，我不用派我们的业务员翻山越岭，跋山涉水的跑到对方的公司里去指导。

对于世界500强，世界5百万强，这个道理应该都是一样的。难的就是市场推广，就像前面介绍的，这帮公司会觉得还是自己那套想法最好。

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

老大，能否把这个讲开点讲细点？ 粗粒度是指？ 功能组件是指？（业务组件？框架？服务？...）

前面太累了，说了一点就去呼呼了。

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

基本我认为这种模式只适合中小企业，对500强没什么太大吸引力。说到安全，因为对小企业来说维护安全的管理成本也是一种负担，能外包也好。就好比普通人把钱存银行而不是自己造个地下金库再派人保护。

asp.net是不是拖完了那些组件就得开始写SQL Server的储存过程了？OMG...（不负责任FUD哈哈）