Ben Evans是jClarity的联合创始人。其公司致力于开发可以为开发和运维团队提供帮助的性能工具和服务。他是LJC（伦敦Java用户组）的组织者之一，也是JCP（Java社区过程）执行委员会的成员之一，帮助定义Java生态系统中的一些标准。他还是“Java Champion”荣誉得主。他曾与人合著了《Java程序员修炼之道》（The Well-Grounded Java Developer）和《Java权威技术手册（第6版）》（Java in a Nutshell）。他曾就Java平台、性能、并发和相关主题发表过多次演讲。
问：《Java权威技术手册》（Java in a Nutshell）是一部经典，它的上一版（第5版）长达1200页，而在十年后即将在中国出版的第6版却只有400页，这两版之间到底有什么样的变化？对于Java来说，这十年意味着什么？
第1版《Java权威技术手册》是在Java刚刚变得流行之后很快出版的，那个时候人们对于Java充满了想象。在接下来的五个版本里，这本书越变越大，内容不断延续。所以每一本的重点都有些着眼于历史，因为几个版本之间有着演进的关系。这是由几个因素造成的结果，有一部分原因纯粹是因为这样比较好写，你只要知道这个版本和上一个版本相比增减了什么就可以了。但是更重要的是，在早些时候，在大部分企业中，Java的生命周期很长，所以你经常可以看到很老版本的Java。所以理解不同版本之间的区别变得很重要。所以当你在某家公司某个Java版本上工作时，如果你知道版本是哪个，你也就知道了能做什么不能做什么，以及这个版本与其他版本相比有什么样的改变。
这就是当我开始写新一版时，第一个想改变的事情。因为现在最新版的Java 8（说到这里，容易让人有些混淆，《Java权威技术手册》的第6版讲的是Java的第8版）的生命周期比以前短了很多。当然，这要取决于具体领域，但是了解了普遍的使用情况后，你会发现使用老版本的（比如Java 6）只是极少数的人。当然仍然有一些疯狂的人仍然在使用6以前的版本，大部分的用户使用的是版本7。现在，版本8正在以很快的速度占领市场，仅仅在半年时间，有15%到20%的用户已经在使用Java 8了。所以新版《Java权威技术手册》的关注点比以往更加开放，我们开始关注Java以外的世界，也会讨论现在和未来。
第二件重要的改变是长度，正如你所说，第5版长达1200页，而第六版只有它的三分之一，当我开始着手整理上一版的时候，我做的第一件事就是去掉了三分之二的内容。如果你看过第五版，你就知道除了讨论Java的主要内容之外，这本书的第二部分是关于索引的。当然这也是历史原因造成的，当Java刚出来的时候，网络的使用还不是很普遍，所以书自带一份索引是很合理的事。但是还有另外两个原因，Java平台变得越来越大，在《Java权威技术手册》的第一章我讨论了Java版本进化，指出了Java平台的增长速度之快。要描述Java 5平台的基本知识就用了800页，那还是Java 5的时候，如果用同样的方法讨论Java 8的话，这本书就要顶到天花板上了。可见这个方法不可行了，没有人会愿意拿着这样一本书。另外一个原因（也许这两件事是相关的）就是人们利用技术信息的方式发生了改变，因特网如今无处不在，人们不愿意携带厚重的书籍，所有的索引都可以在网上的PDF、网站等资源中找到。所以这个时候还要在纸质书的后面加上厚重的索引就很不合理了。这就是《Java权威技术手册》两个版本之间的重大改变。
我尝试的第三件事是捕捉Java的变化趋势和规律。所以很多关于过去如何使用Java的内容都被去掉了，我加入了更多现代的使用方法，读者们需要了解垃圾回收，内存分配，并发编程，我在这些方面讲了很多。这里面涉及了大量的工作，因为原来的版本都着力于保存原有的内容。在第五版留下的三分之一内容中，大概只有25%-30%留到了第六版中，这些内容也都重新编辑整理过，而剩下的70%左右的内容则是全新的。
因为，我们想在Java 8投入使用的时候就把这本书弄出来，所以Java 8还没有出来的时候我们就动笔了，到了后来还出现了一些一开始没有想到的工作（比如Java 8上隐藏的特性）。但是这次我们的经验更丰富了，所以我们希望能在2016年4月，Java 9出来的时候完成下一个版本。事实上我已经做好具体计划了。
问：对于《Java程序员修炼之道》（The Well-Grounded Java Developer）你有下一步的计划吗？
《Java程序员修炼之道》这个项目很好，写作的过程也很愉快。但是在写作《Java权威技术手册》的过程中我消耗了大量精力，我认为我可能不会再写这本书的第2版了。我和这本书的原出版商Manning谈过了，但是最新的进展我并不了解，所以很有可能这本书不会再有第2版了。
问：一位Java大牛和一位普通Java程序员之间的区别是什么？
我认为可以把程序员的层次看作一个金字塔，其中可以大致分成3个层次。在最底层的是很勤劳的程序员，但是他们可能对编程本身兴趣不大，他们也能做好工作，但是他们下班之后就不会再想关于编程的事。这是很正常的现象，软件业需要很多程序员，并且这个需求仍然在不断增长。中间层次上的程序员，想再多做一些，他们阅读科技新闻和网站上的消息，他们会跟进下一个版本的进展，他们关心自己的技能，这个层次的程序员很有趣。而最上层的程序员则是时刻对技艺以及技术的本质着迷。当你到达了这个金字塔的最顶层时，你就会开始有反馈环，你可以从自身学习，对技艺的了解也更深刻。但是我认为最难的部分就是如何从第二层突破到最顶层。如果你对你所做工作之外的知识有一丁点兴趣，你就要寻找属于自己的那个点，这个点对于每个人都不一样，一旦发现那个让你着迷的领域，你就可以随着好奇心的驱使深入学习下去。
关于开源软件有一个说法，一个好的开源开发者必须找到自己的痛点，他们不得不去解决这个困扰他们的问题。这是大多数人对开源软件感兴趣的原因，也是很多人称为Java开发者的原因。你找到了一个让你感兴趣的点，由于不明所以，你一直学习下去，这就是成长的秘密。
问：虽然Lambda加入了Java 8，但是在开发者之间始终有关于Java语法过于冗长的抱怨。你认为这是很多开发者和团队不愿意使用Java的主要原因吗？
我不这么认为。James Gosling有三句话可以解释Java的语言设计，以及为什么Java是现在这个样子。第一句就是英语中所说的“蓝领”语言，蓝领工人是从事第一线工作的人，而白领则代表了办公室以及经理们的工作。Java就是一种蓝领语言，它的设计是为了让工作中的程序员解决真正的问题。Java是实用的语言，它解决的是真实世界中的业务。
James Gosling在2014年JavaOne大会上谈到了Lambda以及Java的早期版本中没有出现的一些设计，他说：如果我没有找到完成一件事的正确方法，那我就什么都不做。这句话表达了一种缓慢而保守的演进设计思想，要想理解Java是什么，就必须要明白这点。很多人觉得Java老了，编程语言需要改变，但是他们没有搞清楚的是，真正变化的是他们自己。他们在能力上有了发展，他们想看得更远更深，而语言反映出了这一点。并不是语言需要改变，而是提出这个观点的程序员自身发生了变化。Java从过去到未来都是一种设计保守的语言。这也是Java的一大优势。
当James解释他设计Java的初衷时说：当我在设计的时候，我知道人们想要自动内存管理，人们想要強型式，但是这些功能会吓跑蓝领工人。比如说Smalltalk，这是一门很优秀的语言，但是它太先进了，它和现实中开发者们在构建应用时的思维脱离开来。所以Java继承了其中的一些理念，并将其简化，把这些理念放入一种语言和格式中。这些事解释了这门语言设计的基本动机。
所以你当然可以说Java是一种冗长的语言，但我认为额外的内容是为了方便阅读。特别是当你还是一位初级或中级程序员的时候，那些看似多余的文字能够帮助到你。人们永远都铭记我们对于生产力的需求越来越高，但是代码仍然是写出来的。所以我不认为Java冗长，虽然我们可以加入一些高级功能，但是有些事永远都无法在一个语言中改变，这很遗憾。当然我们也会进步，但是就像我总说的一句话，人们总是过于关心语法，而不是能用语言来实现什么。
问：现在不少的大企业（Paypal等）从Java切换到Node.js，Java在企业中的地位受到威胁，Java和Node.js各自擅长的领域是什么？
这个问题中有一个误解，事实上并没有出现大波公司弃用Java转向Node.js的情况。Paypal中启用Node.js的部分规模很小，Paypal的大部分运行代码仍然是Java。Node.js参与的只是一个试点项目，这是可以理解的，Node.js是一个有趣的环境，其中也有一些有趣的想法。Node.js十分年轻，同时，它也有很多严重的问题，所以现在预测Node的未来发展还为时尚早。所以虽然各种开发者网站上有很多支持Node的声音，GitHub上有很多有趣的项目（比如用它写Ardruino，玩硬件），但是在所有生产环境下的产品中，毫无疑问，Java拥有最多的代码行。企业在没有充分理由的情况下不会舍弃工作软件，虽然有很多使用Node.js的创业者，但是创业者们来得快，走得也快。
作为近些年来有趣的产品之一Twitter，如果你观察一下他们的发展你会发现他们最开始用的是Ruby on Rails。三四年前，他们的网站开始出现一个非常可爱的卡通形象，失败鲸。这是一件很尴尬的事，为了弄明白到底发生了什么，他们做了很多调查，在查看了Ruby的垃圾收集之后，他们发现自己无能为力。同时，他们的Java试点项目获得了成功，他们意识到Java能解决他们的扩展性问题。然后在接下来的18个月，他们使用了一些JRuby作为中转站，然后将整个系统改写成Java。最终的效果也很好，他们围绕Java引入了新的服务，新的架构。曾几何时，Ruby被视为企业级软件的未来，但现如今，Ruby只是众多编程语言中的一种。现在应用最广的三种语言是Java，JavaScript，以及C/C++，但是大部分的JavaScript代码都是在客户端，如果把这三种语言去掉，其他语言的市场份额都非常小。
问：直到现在，Java应用的虚拟托管模型需要分配给整个x86虚拟机用来托管一个单独的JVM实例，相对来说实例上也托管了单独的Java应用。这样的方法效率很低，但是Java本地并不支持多租户虚拟以及云计算配置。幸运的是，在社区里可以找到一些为了解决云计算问题而产生的多租户Java解决方案，你认为哪个方案足够成熟可以应用到生产环境？
这里面包含了两件事，把虚拟和云以及多租户混在一起并不完全正确。比如说在QCon上海上有很多分享是关于docker的（docker是一个并不依赖于虚拟化的平台），其中一个精彩的分享来自Chris Swan。他展示了将CPU内存从虚拟环境转移到以Docker为基础的环境所带来的好处，虽然仍不够完善，但是它已经为Java带来了额外的优势，只要在Docker上运行Java你就能感受到。我们应该把云和虚拟的关系梳理清楚。另外，有很多其他你可以做的事，比如你可以建立多个JVM主机。
但是这个问题真正在问的是多租户。关于这个问题，有一个产品在我心中是当之无愧的冠军，那就是Waratek。Waratek可以把一个单独的非热点JVM分开，并在其中运行主机JVM，在JVM里运行的是Java虚拟多租户JVC，而JVC可以做到很轻量级。我认为Waratek是一个很成熟、可以投入使用的产品，德意志银行刚刚宣布把自己的第一个工作JVM挪到Waratek上，既然德意志银行已经认可了这个产品，那么这个产品应该也值得你花时间研究一下。
问：Java经常被拿来和Scala做比较，这两种语言的设计目的有什么不同？在未来，这两种语言是否可能发展方向完全一致？
Java和Scala是有着很大不同的语言。之前我们谈到过Java的设计哲学，现在我们可以来说一说Scala的设计思想，以及它们之间有什么不同。Scala最初是一门来自学术界的语言，最开始Martin Odersky创造的语言叫做Pizza，那时候Java还是版本4，这个时候Pizza开始逐渐加入了一些类似于Java范型的功能，Java 5中也加入了一些Pizza的功能作为范型。
Martin是一个很聪明的人，Scala也有很多很棒的设计。但是同时，这个语言也有自己的问题。有时候它被称为“厨房水槽”语言，可见人们对这门语言又爱又恨。这个比喻的意思是：水槽里面装了各种各样数量过多的东西。这确实是Scala的一个问题，它的功能太多了。有一条语言设计的准则，同时也是Java设计过程中的一个重要原则——保守。具体说来，就是每当你添加一个新特性的时候（《Java程序员修炼之道》14页谈到了了一个具体的例子），可能你也造成了新的问题。如果你的语言有200种特性，而这个时候你想再加入一个，我需要检验它和所有其他特性的交互情况。对于Scala来说，它总是频繁地加入新的特性。要想知道这些特性之间的交互情况是很困难的。就算Scala有一个很灵活，能够拥抱改变的社区，语言特性的变动也是件不容易的事。所以你会发现虽然Scala拥有很多优秀的工作性能，但是你需要决定哪些特性是你想要的，而哪些特性是你不能碰的。当你在团队中编程的时候，这不是个问题。真正的问题在于，现代社会的软件栈从来都不是仅仅依赖于代码，问题来自于函数库。有一些Scala特性的动作不仅影响目标对象，还会影响其他一些东西。Scala的特性越多，这些问题就更容易互相重叠。
另外，他们一直都纠结于二进制兼容的问题。Java、Sun以及Oracle一直都认为这是对Java来说最重要的设计理念，所以我可以用Java 1.0写程序，编译一下，放到Java 8的虚拟机中，仍然可以运行，而且运行速度会比以前快很多倍。而Scala从未做出这方面的承诺，哪怕就是上一个版本也会出现问题。在函数库空间中，这个问题就更严重了，我知道很多项目都放弃了Scala，就是因为每次只要升级函数库，整个系统就会崩溃。
所以说，这两种语言的设计思想很不相同。人们总是喜欢新鲜事物，第一个尝鲜的人也会第一个享受到很多好处，但是在更多的情况下，人们更愿意做第二个尝试的人。你可以观察第一个人犯下的错误，然后从中学习。而Java就是这样一个从别人的错误中学习的语言。我刚才提到过程序员的金字塔，我认为Scala并不适用于底层，它的作用更多在于为最顶层的程序员们激发思考。而Java是一种适用于整个金字塔的语言，而且它对底层和中层的程序员尤其适用。我相信在未来的很多年内都会有一个强大且健康的Scala社区，我也希望能和他们一起交换思想。但是我并不认为Scala会从一种小众语言成长成一种大众语言。现在地球上可能有上百个Scala程序员，但是这个数量顶多也就是Java程序员的百分之一，而这个比例很可能不会继续增长了。
