借势而起, 乘风破浪 -- 软件技术趋势大局观预测 - JavaEye - JavaEye

借势而起, 乘风破浪 – 软件技术趋势大局观预测

2000年应用服务器年
这一年，各大公司风起云涌，争先恐后的开发各自Java应用服务器，争夺这一新兴的市场，BEA公司开始发迹。

2001年EJB年
这一年，EJB2.0发布，整个java业界为之震动，EJB成了一个有魔力的词汇，Java程序员找工作，会不会EJB成为能不能拿到高薪的关键。

2002年设计模式年
这一年，大家开始发现EJB真难用，开始发现Java开发需要遵循某种规则，设计模式开始流行，J2EE核心模式也应运而生。国内的jdon网站借着设计模式的热点一举成名。

2003年Hibernate年
这一年，大家开始否定EJB，开始采用O/R Mapping，Hibernate迅速流行。JavaEye由于颇有预见性的推广普及Hibernate而成为国内Java社区的亮点。

2004年Spring年
这一年EJB3规范和JDO2规范打架打的很厉害，但是真正的主角是Spring，Spring携着IoC和AOP迅速占领J2EE的眼球地位。

2005年AJAX年
伴随着Google的Gmail，Google Maps等一系列AJAX应用，一个古老的XMLHTTP组件咸鱼翻身，大江南北，处处都吵吵着AJAX和Web2.0，颇有一点“咸与维新”的感觉。

2006年XXX年？
候选：
1、EJB3年
2、Web2.0年
3、XUL年

hostler预测EJB3:

EJB3年我觉得是不太能，甚至怀疑EJB3在国内是否还会有市场。

EJB2在国内应用还是很多的，其实很大程度上取决于它到来的时机比较好，2001年以后，大型企业应用大都进行了垂直方向的集中（当时一般都叫“数据大集中”），很多应用进行了重新建设，而当时中小型企业应用刚刚起步或者升级，EJB2很自然的得到了应用，包括后来基于HIBERNATE,SPRING 的应用。

2005年主要的企业应用已经进入了稳定期，相关建设的一般都是一些外围的应用。我觉得在以后的两年中进行重新开发，或者升级到EJB3。0的可能性不大。

但2005年大型应用基本上提出了横向整合的需求，SOA其实这个概念也是需求驱动，只是大部分企业对这一方案现在均持观望态度，看下一步的发展。但也不是什么也没干，很多企业进行了信息整合（也就是数据整合）、门户建设。

同时，2005年各大厂商也积极备战，包括BEA 的AquaLogic系列，前几天注意到到IBM原来的DB2 II 现在也归到WebShpere旗下了，估计八九不离十和SOA有干系。

SOA其实对我们还是非常有利的，基本上没有什么学习曲线，又可以有一组应用集拿给用户换钱了，而这里基本上没有EJB3什么事。

jackz预测XUL:

个人认为，AJAX与XUL并非彼此排斥的关系，相反，我认为AJAX和XUL的结合将大大促进AJAX的标准与普及。从这个意义上，与其说AJAX火爆，还不如说RIA in AJAX的火爆。

再多说句，现在的AJAX有什么问题呢？那就是太复杂了！(鄙人正在参与翻译Ajax in Action，居然有680p！)说句实话，这样的学习曲线也未免忒陡峭了些。不象 dlee 同学那样在里面泡上个3，5，7年的，谁敢上来就用？如今这个快速消费的年代，谁要是敢玩这么复杂的玩意，要不就赚得盆满钵满，要不就死得很难看。而按鄙人的“乌鸦预测”，后者的几率甚高。

说来也是，AJAX可不光是玩玩XmlHttp就结了，都嚷嚷着要做一个GUI呢，Widgets/Event/MVC/...可是一个也不能少啊。还不得学得大家晕头转向的？AJAX要想火，简化，就是当务之急。dojo/qooxdoo之类，各种库，组件，已经在干这件事，PK得头破血流。可是，无论怎么简化，最起码也要学上一套API，也就是说“方言”。

而，在我看来，XUL正是简化GUI开发的“终极方案”。(对这个我可是有发言权的，比如说，我这个GUI的门外汉，拿Thinlet弄了一个下午，就能做出个颇为满意的小冬冬，到了我对AWT依然一窍不通，而且没也准备费那个工夫)

引入XUL的AJAX，就是需要一个JavaScript的XUL Motor而已。在技术上，已经成熟PlexTK/Qooxdoo都有例子了，所需要的，仅仅是一个“震撼”的“活的标本”而已。