想追赶.Net的脚步？Java面前障碍重重

进展为何如何缓慢？

我们可以这样来简单解释Java的逐渐落后：Sun本来就不是一家运转状况良好的企业。Java诞生之初互联网正迅速兴起，Sun公司也将运营重点放在了销售Sparc及相关产品方面。与此同时，英特尔与AMD产品的价格逐步下降，Sparc的价格却未作调整。尽管T1000及之后平台的陆续出现令人兴奋不已，但却始终未能形成规模经济、从而将成本缩减到理想范围（没错，最后一款Sparc执行效率更高，但价格却贵得离谱；尽管政府当局要求能耗过高的用户为碳排放过量状况付费，但即便如此最终的总体成本也远低于Sparc给数据中心带来的硬件支出）。

互联网经济的泡沫最终烟消云散，Sun公司决定将手中已经建成的大型设备集群转化为“商业化”计算硬件业务。总而言之，Sun在硬件业务方面押下了错误的赌注。

Sun所创造出的生态系统堪称伟大，他们只是未能建立起真正符合企业需求、能够激发用户购买欲望的产品。作为Sun成果的最终持有者，甲骨文充分燃尽了生态系统中的每一分潜力，蚕食或者毁灭掉与之相关的一切其它企业，从而创造出仅属于自己的高利润替代产品。

甲骨文在一份典型的简要公开声明中，承认某些业务及政治问题拖延了Java 7的发布进度。“众所周知，由于各种业务及政治问题的影响，最新版本的推出被迫延期。”

不过我们必须突破Sun的财务难题，继续将关注重点放在Java周边系统身上。Sun出尔反尔地公布了Java标准化计划，并创造出属于自己的“标准化”委员会，即Java社区进程组织。该组织最初的建立目的在于为实力雄厚的Java参与者们打造一个共商大事的平台，而且随着时间的推移其发展也逐渐步入正轨。然而如今Sun已经成为甲骨文毋庸置疑的附属，后者则直接忽略掉委员会的各种规则、粗暴行使着自己的一票否决权。

Java社区进程的发展为何受阻？问题不在于开放性，而在于利益争夺。尽管当时我是以旁观者的身份看热闹，但仍然清楚记得Sun在参与EJB3项目时遭遇的窘境。为什么Java发展进度会一落千丈？这是由于Sun与甲骨文双方需要将购买或者开发出的产品整合到应用程序服务器当中。一旦新的JavaEE规范出台，他们也必须保证自己能在市场上率先做出反应。

即使是在同一家公司内部，协调好单一产品的发布都绝非易事，更不用说在多家公司之间了。幸运的是，企业合并给事情带来了转机。我一直认为Java社区进程并不是Java进度落后的主要原因。

（编辑：佛山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!