构件技术,应用软件行业的未来
2005-12-07 14:28
681 查看
19世纪,人类文明历经了第一次工业革命—机械的发明;
20世纪,人类文明历经了第二次工业革命—电子的发明;
20世纪末期,人类文明正在历经第三次工业革命—信息产业;
每一次伟大的革命都有惊人的相似之处,如今机器和电力都遍布我们身边的每个角落,已经成为一种重要的生产资料。
软件产业自20世纪70年代的迅猛发展,20世纪90年代中期互联网的产生,已经确实在改变我们的生活了,任何一种划时代革命意义的产业革命,当完成了它的历史使命,它的将来会是什么样子的呢?
软件产业将会是一种基础性行业,作为一种重要的生产资料存在于我们的社会之中。
我有一个梦想,就是应用软件行业能够象家庭装修行业一样。
在中国,八十年代家俱的生产基本上是木匠师傅的拿手好戏,如果家里要想新的家俱,找一个会做木匠活的师傅在你家里看看,确定你的需求,锯、刨、装,这样一个新家俱就产生了。
然而二十年过去了,在城市里,一个家庭要进行装修,装修公司的项目经理(或者叫设计师)拿着一本家俱介绍的册子,了解客户的需求,客户选定了几款家俱,项目经理回公司做出效果图,然后进行施工,完成了一个项目。
在二十年的今天,如果还象以前那样由木匠去了解需求,家庭装修则是很复杂的事情。
同样的事情也发生在我们的应用软件行业,到现在为止,大多数项目经理还在津津乐道如何更好的挖掘客户的需求、如何提供原型让客户进行需求确认、在加班加点指挥他的团队指望在DEADLINE之前给客户看到这个系统,然而看到这个系统仅仅是一个开始,而不是终结,客户才真正告诉你“他的需求”。
开发人员也是从一个一个Button和一个一个Web Form完成一个项目,好一些的公司会给你模块设计说明,更多的是两只袖子一拂就开始干活。
现在的软件行业已经比十年前好得多,我们有.NET技术体系和J2EE技术体系,至少我在写一个Hashtable的时候可以直接用STL或者System.Collections,而不需要自己开发,我们有了基于B/S结构的三层开发结构,有了HTTP协议,有了丰富的HTML表示语言和XML规范语言,有了UML语言进行面向对象的分析的设计。整个软件行业在技术层面已经有了一定的基础积累和复用产生。
然而这一切还不足够,我们很多的开发人员仍然在用这些基础的“技术”层面的类库在开发企业应用系统,一个企业的应用系统有成百上千个类组成,在IDE环境里进行编译。
A项目经理和B项目经理做了一个客户非常近似的项目,已经归档在公司的服务器之中,然后C项目经理又遇到一个客户非常近似的项目,然而很少有C项目经理拿出A项目经理和B项目经理的源程序进行复用,即使做了,也是搭建环境,由开发人员再找到相似的部分,拿出其中的代码,再放到新的系统之中编译,再调试。
这就是中国应用软件行业目前的现状,IT资源严重浪费,开发人员缺乏有效的业务支持框架层、项目粒度太大难以复用。
我们需要构件技术,一种站在业务层面上进行复用和基于项目实践的技术,项目经理可以拿着每一个构件的介绍给客户去了解需求,并迅速搭建一个应用系统,使得客户最快体验到最终效果;我们的开发人员希望直接创建一个部门,如new Department(),而不是写RunSQL(“insert into department….”)。
构件技术发展是应用软件行业的未来,你准备好了么?
20世纪,人类文明历经了第二次工业革命—电子的发明;
20世纪末期,人类文明正在历经第三次工业革命—信息产业;
每一次伟大的革命都有惊人的相似之处,如今机器和电力都遍布我们身边的每个角落,已经成为一种重要的生产资料。
软件产业自20世纪70年代的迅猛发展,20世纪90年代中期互联网的产生,已经确实在改变我们的生活了,任何一种划时代革命意义的产业革命,当完成了它的历史使命,它的将来会是什么样子的呢?
软件产业将会是一种基础性行业,作为一种重要的生产资料存在于我们的社会之中。
我有一个梦想,就是应用软件行业能够象家庭装修行业一样。
在中国,八十年代家俱的生产基本上是木匠师傅的拿手好戏,如果家里要想新的家俱,找一个会做木匠活的师傅在你家里看看,确定你的需求,锯、刨、装,这样一个新家俱就产生了。
然而二十年过去了,在城市里,一个家庭要进行装修,装修公司的项目经理(或者叫设计师)拿着一本家俱介绍的册子,了解客户的需求,客户选定了几款家俱,项目经理回公司做出效果图,然后进行施工,完成了一个项目。
在二十年的今天,如果还象以前那样由木匠去了解需求,家庭装修则是很复杂的事情。
同样的事情也发生在我们的应用软件行业,到现在为止,大多数项目经理还在津津乐道如何更好的挖掘客户的需求、如何提供原型让客户进行需求确认、在加班加点指挥他的团队指望在DEADLINE之前给客户看到这个系统,然而看到这个系统仅仅是一个开始,而不是终结,客户才真正告诉你“他的需求”。
开发人员也是从一个一个Button和一个一个Web Form完成一个项目,好一些的公司会给你模块设计说明,更多的是两只袖子一拂就开始干活。
现在的软件行业已经比十年前好得多,我们有.NET技术体系和J2EE技术体系,至少我在写一个Hashtable的时候可以直接用STL或者System.Collections,而不需要自己开发,我们有了基于B/S结构的三层开发结构,有了HTTP协议,有了丰富的HTML表示语言和XML规范语言,有了UML语言进行面向对象的分析的设计。整个软件行业在技术层面已经有了一定的基础积累和复用产生。
然而这一切还不足够,我们很多的开发人员仍然在用这些基础的“技术”层面的类库在开发企业应用系统,一个企业的应用系统有成百上千个类组成,在IDE环境里进行编译。
A项目经理和B项目经理做了一个客户非常近似的项目,已经归档在公司的服务器之中,然后C项目经理又遇到一个客户非常近似的项目,然而很少有C项目经理拿出A项目经理和B项目经理的源程序进行复用,即使做了,也是搭建环境,由开发人员再找到相似的部分,拿出其中的代码,再放到新的系统之中编译,再调试。
这就是中国应用软件行业目前的现状,IT资源严重浪费,开发人员缺乏有效的业务支持框架层、项目粒度太大难以复用。
我们需要构件技术,一种站在业务层面上进行复用和基于项目实践的技术,项目经理可以拿着每一个构件的介绍给客户去了解需求,并迅速搭建一个应用系统,使得客户最快体验到最终效果;我们的开发人员希望直接创建一个部门,如new Department(),而不是写RunSQL(“insert into department….”)。
构件技术发展是应用软件行业的未来,你准备好了么?
相关文章推荐
- HTML5将成为未来行业应用的破局技术
- 基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET平台开发指南 - 应用部署
- 防泄密-应用软件研发行业源代码防泄密及技术文档防泄密解决方案
- 这是一个专注于电脑技术、软件应用、互联网、嵌入式,电子技术行业等的原创IT博客
- 对未来10年软件行业的技术前瞻
- Atitit 军事学 之 军事思想学与打猎学总结以及在软件行业中的应用 attilax著 1. 军事思想在软件行业技术开发中的想通之处 1 1.1. 软件开发本质上是一种作战,敌人是时间与费用成本
- 软件产业中构件技术与中间件应用
- 软件中间件--软件产业中构件技术与中间件应用
- 基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 应用在线演示/例子
- 软件构件技术在MIS开发中的应用
- 防泄密软件-应用软件研发行业源代码防泄密解决方案
- RFID(电子标签、射频识别)技术在医疗行业中的应用
- 基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 数据关系映射ORM
- 区块链技术公司应用实例 一个技术行业的发展史
- 技术讲座:.NET委托、事件及应用兼谈软件项目开发
- 国内IT软件行业中层技术管理者最缺
- 无线视频监控技术在交通行业广泛应用
- 2014中国软件开发者调查(三):移动应用、游戏开发技术应用特点【转】
- 软件系统开发中的组件框架技术研究、设计和应用【转自lrn资源网】
- 微软技术在金融行业的应用