谁将会杀死 Java？

java| 2017-10-13

Java是这个星球上最为流行的编程语言之一，但这方面的竞争正愈演愈烈。下面我们将讲述Java可能遭遇滑铁卢的地方，以及可以做些什么来预防它的衰退。

2017年9月的TIOBE指数将Java列为当月较为流行的语言。其实，它已经名列前三甲很多年了。

Stack Overflow Developer Survey 2017将Java列为继Javascript和SQL之后第三常用的编程语言（实际上，过去四年它都保持着这名次）。

不说这些结果是如何产生的，亦或者这结果是否反映了现实世界中的情况，我们不能否认的是，Java在多个环境中仍然是一种流行语言。

但是，Java总有一天会死。世无定事，没有什么可以天长地久。

编程语言死亡的真正定义是没有人再使用它——但这样的情况很难发生。即使是老朽且不被广泛使用的语言（例如，你是否听说过Modula-3？），仍然在被使用、维护，或者至少会演变成其他的东西。

当然，这是一个渐变的过程，怎么发生的方法不定。从实际出发，假设编程语言在它不再被用于新项目时，就意味着它的死亡，但是它可能依然存活在许多遗留项目上（COBOL就是一个完美的例子）。

最终这结局也将降临到Java头上，那么谁会杀死它？

让我们来分析选项。

在以《What Killed Smalltalk Could Kill Ruby Too》为主题的演讲中，Robert “Uncle Bob” Martin说，Smalltalk被杀的原因是，它太容易造成混乱，并且它的傲慢自大会导致不专业的实践方法，如缺乏测试驱动开发（TDD）。

在任何语言中你都可以搞得一团乱。当然，在某些语言中，比其他语言更容易导致混乱——例如，在动态类型语言中，我们可以随时更改变量的类型——但是我们在Java中没有这个问题。

此外，在Java社区中很多人采用的良好实践，比如设计模式和TDD，有助于我们制作更好的软件。

所以让我们来探讨另一个选项。

Java是面向对象的语言。如果其他（新的）范式接管了怎么办？如果面向对象的编程变得过时了怎么办？

好吧，这可能性并不大——基本原理已经有很长一段时间没有真正改变过了。诸如结构化，功能性和面向对象编程的重大创新发生在20世纪50年代，60年代以及甚至70年代，但从那以后，没有什么举足轻重的事发生。

但是，在过去十年中，却有很多新的语言问世，这些语言有着现代的语法以及新功能的框架。

那么，没有现代语法和新的功能是否会导致Java的死亡呢？

不，我不这么认为。

你还记得（或听说过）EJB 2.0及其Entity Beans吗？它们很可怕，但是像Rod Johnson和Gavin King这些Java社区的成员却以Spring和Hibernate等框架回应。

以类似的方式，虽然Java不是一个功能齐全的语言，但是由于有Vavr这样的库，我们可以使Java更加功能化。

我的意思是，Java缺少的某些东西，有人会通过创建（框架，工具，规范，无论什么）来填补这个空白。

那么Java会不会因为另一种编程语言而死亡呢？

我们以JavaScript为例。毕竟JavaScript正在占领这个世界，对吧？

我们可以在后台使用Node.js，类似于移动设备上的React Native或Ionic，我们甚至不必提及在前端的所有竞争选项。

但是，至少在企业软件中，我没有看到JavaScript将要替代Java的趋势。JavaScript在企业领域中没有取得成功的框架或工具。它也没有与Java虚拟机（JVM）相当的东西，Java虚拟机（JVM）依然是大型和关键任务软件的首选平台。

那么Kotlin呢？

Kotlin语言首次出现在2011年，并且最近Google宣布在Android上对Kotlin提供一流的支持。Kotlin正在逐渐被知名公司采用，并且不局限于在这些公司的Android app上（例子）。

除了现代化的功能，Kotlin也是一种开放源代码的语言，它由一家生产最佳java ide的公司提供支持。

所以，如果你问我的话，我的回答是，是的，Kotlin看起来像是（在遥远的未来）替代Java的一个很好的候选者。

当然，Java也可能被一种或多种语言所替代。

哪些呢？

我不确定，而且我敢说现在也没有人知道这个问题的答案。

我所能确定的是，没有任何语言能够自主地杀死Java。不借助任何外力，就此而言。

能够杀死Java的刀子在于它无法满足市场的需求。

编程语言是构建解决计算机问题的应用程序的工具。如果某编程语言提供抽象、模型、工具和框架，使你可以更有效率或创建比Java更高效的代码，你会选择哪种语言呢？

即使是在Java版本之间，如果让你在Java 1.4和Java 9之间进行选择，那么你会选择Java 1.4吗？你会放弃用lambdas或泛型工作的机会吗？我不这么认为。你会需要较新版本的功能。

在这些年来，由于已检查异常、内部类、getter和setter等等方面，Java被认为是一种冗长又笨拙的语言。直到Java 7（有些人认为是Java 8）才开始好转。

然而，Java 7于2011年发布，比Java 1.4（2002年发布）晚了九年。在这个时代，这是不能接受的，并且可能会导致恶性循环。

仔细查看TIOBE页面上的Java图表。尽管Java大多数时候位居前三，但有明显的下降趋势，表明它正在失去市场份额。这种趋势在所有语言中都很普遍。最可能的原因是编程语言的数量在不断增加，应用程序越来越多地被以多种语言编写。因此，竞争比以往任何时候都要激烈。

如果我们认为其他语言比这种语言更好，那么它就不再受欢迎，我们也不会将这种语言教给新一代的开发人员。

新的教程、课程和书籍将不会再被创造。

社区中的宝贵成员将被其他技术吸引走。

该语言将不会用于新的环境。

将导致减少语言的流行度。

Mark Reinhold，Oracle Java平台组首席架构师，提出的新的六个月发布计划，是向前推进Java并迈向未来的重大一步。用他的话说（就特征驱动的版本）：

这种方法可以在早期采用者进行彻底的检查和测试后，以高水平的质量提供大的新功能。然而，不足之处在于，较小的API、语言和JVM功能只有在大功能准备就绪时才能实现。
这是在本世纪之交前后几十年时间里达成的一个可接受的折中方案，当时Java仅与几个以类似的步伐演进的平台竞争。然而，如今，Java在与许多以更快速度发展的平台一起竞争。

最后一段话很多都是事实。

但是，这不仅仅是Oracle的工作。社区也必须保护Java。

怎么做？

我的一些想法：