最令人期待的Java 8前不久发布，该版本包含很多令人兴奋的新特性，被认为是自Java 5发布以来对Java做出的最大改变。对于开发者而言，最值得注意的特性包括：Lambda表达式/闭包、接口支持静态方法、默认方法、函数式接口、java.util.stream、改善了泛型中对类型推理的支持、java.time以及NashornJavaScript引擎。另外，新版本还移除了PermGen。
而被一部分人认为是Java替代者的Scala则是一门有趣的语言，它一方面吸收并继承了多种语言中的优秀特性，另一方面也没有抛弃Java这个强大的平台，它可以运行在 Java 虚拟机之上，能够轻松地与Java互联互通。与Java不同的是，Scala既支持面向对象的特性，又支持函数式编程，它的风格和特性吸引了大量的开发人员，那么新版本的Java能否借助大量的特性“创新”干掉Scala呢？系统架构师、开源布道者Ahmed Soliman最近在自己的博客上发表了一篇博文表达了自己的看法，同时这篇文章在LinkedIn和Hacker News上也引起了激烈的讨论，下面是笔者摘录的一些观点。
Ahmed Soliman认为：
Java 8新引入的Lambda表达式并不像Scala中的Lambda那么强大，它仅仅触及了Lambda的皮毛。例如，并不是所有函数都可以作为一等元素（first-class）传入其他函数中，函数必须被显式地定义为Lambda表达式或者使用函数式接口。在集合操作方面，借助于新的java.util.stream包，开发人员可以在一些Java集合上编写函数式风格的操作，这和Scala中的方法类似，但是后者更简洁、类型更精确。Java和Scala之间依然有很大的差距，Java并不会变成一门函数式语言，它的目标是企业，同时要保证稳固的向后兼容性；而Scala的目标则是多核软件开发。Java 8向前迈出了伟大的一步，这一点让很多人都非常兴奋，甚至对于Scala程序员也是如此，但是它的目标并不是“干掉”Scala，事实上，这两者应该是一种互补的关系。
来自于Reply 的Stefano S回复说：
Scala在设计上就是函数式，而Java则是被扩展成函数式，在函数式的纯度上这两门语言就不一样，我认为Java 8是否能够取得成功很大程度上取决于JDK的实现情况。如果JDK 8稳固且凝聚性高，那么对Scala而言必然会造成巨大的冲击。如果仅仅需要学习一些新的语法就能利用和其他语言相似的语法及特性，那放弃自己熟悉的语言去学习一门新语言的理由是什么呢？
openForce信息技术的拥有者GesmbH评论说：
Java不可能替代Scala。首先Scala开发非常活跃，设计清晰，目标明确。JDK的开发则比较停滞。很显然，对于Oracle而言按时交付一个新的JDK好像有一些麻烦。所以，我个人对JDK 8在2014年能否包含之前承诺的所有特性持怀疑态度。而就Scala而言，如果一切进展顺利，那么我们可以在今年见到Scala 2.11，该版本会解决很多令人讨厌的问题。其次，JDK类库在设计上就有一些缺陷，要成为一门真正的函数式语言必须要解决这些缺陷，例如集合框架。再就是Java相对于很多其他的语言太过于啰嗦，我使用Java开发了12多年的企业应用，而使用Scala才两年，但是我并不想回到过去。当然Java生态系统非常优秀，JVM也非常伟大，但是Java作为一门语言已经有点过时了。
数据和软件工程师Adam R评论到：
我认为Java 8的函数式功能太少，来得也太迟了。虽然这确实是一个改进，但是距离Scala依然很远。那些真正在乎这些功能的开发人员早就转向了其他的函数式语言。Java 8确实会为Java开发人员带来函数式编程的意识，但是一部分开发人员期望获得更多的特性，而另一部分则根本不在乎。
来自于Cabot Research的软件工程师BrianT认为：
考虑到Java 7给我们带来的灾难，同时鉴于Java 8仅实现了闭包的一部分而其余部分将会在Java 9中实现，我认为Scala根本没必要担心。就是在昨天我们不得不将一台新机器从Java 7回退到Java 6，原因是一些Eclipse插件无法在新版本上工作。Java 8可能会是少数人使用（相对而言）的一门优秀语言。
Eranation在Hacker News上评论说：
作为一个Scala和Java开发者，我甚至没有一点兴趣在下一个项目中放弃Scala转向Java 8。如果只能选择Java，那么最好是Java 8，但是如果有其他选择，我想除了Lambda之外Scala还有很多吸引我的地方。
所有的东西都是表达式，它支持推导式（特别是有多种可能的情况，使用漂亮的语法解决死亡回调三角）、隐式转换、Case类、模式匹配、元组、字符串插入、多行字符串、默认参数、命名参数、类型推断、内置依赖注入，同时所有元素的equals和hashcode方法都已经被正确地实现（可以使用元组甚至是数组作为map的键）。
我认为Scala依然会呆在这里，至少对于Scala开发人员来说是这样的，我非常确定没有任何一个Scala开发人员会说：“Java 8支持Lambda表达式了？非常好，再见Scala！”。我会考虑Java 8只有两个原因，就是编译时间和二进制兼容性。如果忽略掉这两个原因，我只能说Java 8所做的这一切恰好证明了Scala正走在正确的路上。
我确实希望Scala能够提升它与Java 8的互操作性，例如用同样的方法支持函数式接口，向Java 8集合中添加新的隐式转换等。如果有一门语言具备Scala的所有功能，同时做的比Scala更好，那么我会毫不犹豫的使用它。但是到目前为止我还没发现有这样一门语言（当然，我需要的是基于JVM的语言，同时最好是一门静态类型的语言，所以选择余地并不是很广）。Java 8有非常大的提升，我很高兴Java开发人员能够使用这些特性，但是这并不是让大家考虑从Scala转向Java的原因
文章相关课程 Java开发实用工具及组件应用(JFreeChart、PDF组件-iText、jasper report报表、Maven) 基于JavaEE平台实战WebService框架Xfire+Ajax框架DWR(租房网项目实战) 基于ibatis、spring、struts2.0技术实战开发企业级ERP进销存管理项目（权限、Ajax、Jquery）