java
这可能是近两周以来,欧盟委员会给了Oracle的反超收购Sun微系统-在那个时候我们可能已经轰炸与Oracle战略网络广播-但炒作仍然盛行有关Java的下Oracle公司未来
最新的“现在将发生什么?” 帖子由Serdar Yegulalp发表 。 他提出了关于Sun-Oracle-Java的新观点:Oracle可能不想破坏Java,但如果公司确实想重振Java语言,那么它的工作就此告吹。 他的论证的第一部分似乎合乎逻辑: Oracle拥有广泛的Java应用程序和中间件产品组合。 为什么它要有效地射击自己的脚? 第二部分比较复杂。 耶古拉尔夫 (Yegulalp)认为, Java多年来已经不幸地water之以鼻,并且许多新的编程语言正威胁要超越它。
让我们分析一下他的论点,即Java有可能成为“更早的遗物”。
首先,Yegulalp指责孙的撬向后兼容了 敏捷性-无论是在语言本身而言,和 t 他的Java虚拟机。 他声称那里大量的Java代码阻碍了Sun开发JVM。 为了 确保 明天的Java引擎与今天的所有代码兼容,Sun未能 分心,因此 未能将Java作为一种语言向前发展。 在叶 古拉尔普(Yegulalp)眼中,Java(Java)已经失去了“尖端”工作人员的青睐。
他对Oracle的建议是简单明了的:如果使Java更加敏捷,是以使其与早期版本不兼容为代价的,那么这是他们必须愿意付出的代价。
“ 如果您选择语言(和程序员),那么为什么要使用Java,而要使用C#,Ruby,Python或F#和Scala(一种在Java VM中运行的语言)? 特别是如果您急于使用其他语言更好地支持您想要的快速原型制作呢?” 塞尔达·耶古拉尔普(Serdar Yegulalp)。
他引用Java的发布时间表作为Java停滞不前的证据。 他确实有一个要点: 他的上一次主要Java更新是2004年9月的Java 1.5。 直到两年后 Java 1.6 才问世。
他的论点是一个有趣的悖论。 虽然Java设法保持了向后兼容性是肯定的,但这难道不是Java进化了多少的迹象吗? 难道不是新的,但发展速度更快的编程语言会超越它吗?
Yegulalp提出的解决方案是另一个悖论。 Oracle可以将Java开发交给Sun团队。 这些可以说是最了解Java的人,但是他们也对Yegulalp认为是问题根源的停滞负有责任。 或者,Oracle可以通过要求Java的下一版本与先前版本不向后兼容来真正改变现状。 在编程语言领域这并非闻所未闻:Microsoft的.NET 1.x框架与2.x – 4.x版本不兼容。 最后,Yegulalp简短地提出,另一方应该分叉Java并重新开发Java,但是由于担心最终会出现两种不兼容的相同编程语言版本,他将其驳回。
Yegulalp可能没有考虑到Java社区的规模。 任何缺乏向后兼容性的Java新版本,都会影响到无数的开发人员,程序员和应用程序-不幸的是,它不像扔掉一个经过狂野更新,完全不兼容的Java版本那样简单,并希望Java社区中的每个人都能做到从头开始快乐。
java