精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-09-16
robbin 写道 在我看来,粗颗粒度的功能组件级别复用就是扯淡。最多不过是非常细颗粒度的工具类能复用一下。这里我比较赞同Microsoft的开发理念,quick and dirty!用最简单最快速的工具开发出来你的需求,当需求彻底改变的时候,你就扔掉老代码重写一遍。
而ruby on rails的开发高效率提供了这种可能性,不要再考虑什么组件,考虑什么复用,想到什么三两天就做出来,实在不行,整个重写也花不了多少时间。 粗粒度的功能组件复用确实是一个问题。web service想解决这个问题,可是没有成功。想用xml schema解决跨语言的难题本身就是一个错误,就连同是java的axis和xfire互操作都是一个问题(我遇到的问题是对方axis把抽象类也写入描述中了,xfire可是不提倡这种做法的)。web开发不再提倡跨平台,同样的也不应该提倡跨语言。 google个性主页这种表现方式也许会是未来企业员工处理日常事务的方式:左上角开着campfire,左下角是tadalist,右上角自己的邮箱过一段时间刷新一下,右下角则是google spreadsheet最新绘制的报表。不过google主页应该使用的是ajax,利用js访问远程站点重绘页面,不存在google和服务(主要是资讯)提供商通讯的过程。 |
|
返回顶楼 | |
发表时间:2006-09-16
cookoo 写道 前面太累了,说了一点就去呼呼了。
关于这种外包模式,其实37s不是第一个成功的,另外一个典型应该是salesforce.com,一个提供在线CRM的公司,不过它不是个技术狂热者。 基本我认为这种模式只适合中小企业,对500强没什么太大吸引力。说到安全,因为对小企业来说维护安全的管理成本也是一种负担,能外包也好。就好比普通人把钱存银行而不是自己造个地下金库再派人保护。 我现在担忧,这种外包如果能够广泛推广,国内这些外包公司还有活头吗?大家不再是重复建设,而是察看各家服务提供商,选择一个比较满意的。当然不排除认为自己有钱请别人量身定做的(fortune500明显属于此类)。但是fortune500也是精明的很,能节省成本就节省成本。而且为别人量身定做,系统维护的成本也是很高的,对企业提高利润也没有什么好处。 我现在觉得为了系统服务集成可能会是一个增长点,毕竟现在还没有成熟的服务集成商,而企业日常管理需要的服务已经有了比较成熟的产品了。我指是卖品牌机的,不是装机的。 |
|
返回顶楼 | |
发表时间:2006-09-16
企业要核身定做的一个重要理由是满足自己的个性化要求,而越是大企业,个性话要求也越多。而个性话要求很可能来源于企业不同于他人的经营方式和盈利手段。中小企业当然也不是没有,只不过他们可能负担不起量身定做的成本。
另外,企业会愿意把诸如ERP,财务系统这样的业务关键性系统放在服务商的机房里吗? 所以,目前这种模式恐怕也只适合中小企业的非关键性系统。 而且这种方式抢的恐怕也主要是商品软件的开发商的生意,而不是外包公司的生意。 |
|
返回顶楼 | |
发表时间:2006-09-16
silver bullet?
引几段brooks的话 "我认为软件开发中困难的部分是规格说明、设计和测试这些概念上的结构,而不是对概念进行表达和对实现逼真程度进行验证。" "现代软件系统中这些无法规避的内在特性:复杂度、一致性、可变性和不可见性" "如果次要部分少于整个工作的9/10,即使不占用任何时间(需要出现奇迹),也不会给生产率带来数量级的提高." 这个问题的关键在于IT采购方如何看待IT系统,是将其作为类似家具的简单办公平台,还是将其作为企业核心竞争力的组成部分? 只要企业试图将其作为核心竞争力的组成部分,那么一统天下的应用级软件就永远不会产生。 |
|
返回顶楼 | |