是什么在支撑着Java? 支撑着Java的是一种惯性。如果大家需要一种跨平台运行时环境，那么JVM无疑是最理想的现成选择。Java的从业者数量极大，而且具备相当可观的安装基础，从业务管理者的角度来看、只有白痴才会忽视这样一套主流方案。 正是由于这种惯性，Hadoop才会选择利用Java进行开发(大部分由Java开发而成)而非其它语言。在过去一年中，我曾经跟很多原本使用.Net环境但却突然转而部署其首套Linux平台与Java运行时的企业用户进行交流，他们表示这一切完全是为了支持Hadoop。 如何让Java恢复生机? 目前的不利局面部分属于成熟周期当中的必要阶段。正如微软在发展中学到的经验，我们无法在建立新的信徒与拥护者群体前抛出任何新方案。甲骨文推出了一个项目，旨在最终“修复”Java并解决几年前Sun一直没能妥善处理的List<int>遗留问题。这样的改善程度太有限也太晚了，而且无论从哪个角度来看，这都不能算是转折性成果。转折性成果从业务角度看应该能够“让客户接受__，使他们能够下决心进行__，从而让我们向其出售__”(三处的正确答案分别为创造性、颠覆和产品)，虽然听起来像是笑话、但实际情况正是如此。 近年来涌现的转折性技术成果有云计算、NoSQL以及大数据。这些技术能够开辟新的解决思路，并给旧有机制带来更为低廉的成本。我们显然不可能把Java EE(也可能是CE或者DE)拔高到这样的顶尖地位，当然也不可能指望甲骨文把这套无甚发展前景的机制摆上议事日程。 前景预测 我认为甲骨文不太懂得如何开拓市场。他们最擅长的是毁掉现有市场并以此为基础突出自己的产品方案，但在Java的这场战争中他们显然没能发挥优势。在我看来，Java还将存在很长很长一段时间，但真正留给它的发展时间不多了。要想扭转局势，Java必须证明自身在广受接纳的运行时环境与编程语言之外更为广泛的实际能力。至少我个人看不到甲骨文在推进Java领导地位方面所作出的任何努力，而且这也跟甲骨文公司一直以来的定位不符。 相反，甲骨文将与更多厂商对簿公堂，采取更多短期性与自卫性举措，而后在IBM与红帽等退出之前悄悄消失在运行时业务领域、留下这些企业收拾残局。这绝不是危言耸听，而确实已经显露出端倪。 |
