Typesafe会是新的SpringSource吗？

　　毫无疑问，过去10年中冲击企业Java生态系统最具破坏性的元素非SpringSource莫属，或者更具体到Rod Johnson和他对提升依赖注入模式（dependency injection，DI）的夸大其辞，同时他声称放弃了声名大躁的应用服务器来帮助你在比像Tomcat这样Web容器要小的服务器上运行轻量的，无需EJB应用程序。

　　但尽管Rod Johnson的观点在2004是革命性的，DI背后的思想和面向方面的编程现在看来是合规的和司空见惯的。特别是现在，Rod通过Spring框架提出的很多实践，都是最新的Java EE规范现在不可缺少的一部分。

　　但对Spring的兴奋劲也只是在2004年。谁或什么将会是企业Java计算前景的下一个破坏性力量？

　　寻找下一个破坏性力量

　　经常会有关于应用程序设计的新技术和有趣的方法，它使得行业保持活跃。云计算是其中最流行的，但要忽略PaaS和SaaS产品提供的弹性和扩展性的优势，这些技术没有从根本上改变开发应用程序的方式。

　　移动计算和自带设备（BYOD）的心态已经改变了应用程序发送的方式，但是应用程序开发和设计的基本方法在很大程度上还是保持原样。PaaS，SaaS，移动计算，Android系统和其它新的前景使企业计算变得有更令人感兴趣和更有趣。尽管如此，它们也不是影响Java开发者的破坏性力量。

　　也许下面的猜想是错误的，而且可能整个向外围的JVM语言的趋势只是昙花一现，但是如果我们考虑冲击Java计算前景的破坏性力量，是否有可能认为Martin Odersky是新的Rod Johnson，Typesafe是新SpringSource呢？

　　毫无疑问，向外围JVM语言，例如Scala和Cloujure的举动背离的常态，这类似于，当开发者放弃了他们的EJB来顺从基于POJO的Spring框架时，所做的转换。但说实话，行业中的破坏性力量还不足以与众不同：必须有一个大规模流行采用的技术。

　　扩展用户基础

　　Typesafe需要做什么来使他们的编程语言框架对主流更有吸引力还不是很确定。如果第一步是拥有一个专用的和直言不讳的用户基础，那么当然他们能够包含那一点。Scala开发人员被困在一个房间，就像安利销售被困在一个房间一样——你永远不会听的到它的结局是多么的棒，而且你还想要拼命摆脱他们。但说到主流，Typesafe必须吸引比他们早期的接受都更多的用户。

　　他们怎样做都人们猜测的，但是8月22日来自Typesafe的公告关于1400万美元现金注资，毫无疑问是有帮助的。希望资金的大部分将会注入在文档、教程和扩展基础知识上。早期的使用者不关心在StackOverflow上探索软件和抛出的问题，但是如果Scala和Play确实在进入主流行列，Typesafe需要忍受痛苦学习这种应用程序开发的新方法。

　　企业Java社区已经吃老本太长时间了。是时候发生破坏性事件了，来改变设计程序的方法和改变应用程序把Java虚拟机（JVM）作为目标的方式。拥有Scala，Akka，Play框架和其它一些他们自己开发或收购的东西，在这1400万美元的资助下，Typesafe,是不否会成为一项具有破坏性的技术，来振动Java的前景呢？只有时间可以知道一切，但它确实存在一定的可能性。