scala 单元测试_真实世界的Scala测试

scala 单元测试

最近有一项关于Scala与Java的研究，其中测试了一些Scala的生产力，简洁性和多核功能。

基本想法是让一些半经验的程序员来教他们Scala 4个星期，然后看看他们如何编写一个人为设计的长达一周的多核示例。

结果基本上不支持Scala声称比Java更好的说法。

这是真实世界，乡亲

大量赞成scala的人评论说，给开发人员四个星期的新语言培训有很多新范式并期望开发人员精通，这是不公平的。

除此之外，这就是现实世界中的方式。 采用Scala的组织可能会在开发人员着手进行新项目之前，为其开发人员提供少于4周的Scala培训。 因此，作为一个现实世界，该研究证明了Scala项目可能需要一两个月的时间。

这项研究实际上是公平的，因为在现实世界中，我们没有奢望让开发人员花2年的时间来探索一种新语言，然后才能衡量他们对新语言的使用程度。

我花了很多年才成为Scala的佼佼者

我是周围最多产的Scala编码员之一（我写了很多Lift以及Beginning Scala ）。 直到我写完关于Scala的书之后，我才真正对Scala感到满意。 我有很多时间花在语言上，但是那不是正常的情况。

长期看

是的，在Scala上投资2年以上并且通常在编码方面表现出色的人在Scala中比在Java中生产率更高。 我看过许多项目，其中Scala在（1）原始开发人员的生产力和（2）征聘顶尖人才的能力方面发挥了作用。 这两个事实的结合导致了我认为Java无法实现的结果。

另一方面，如果一家公司在不长期致力于培训和开发人员成长的情况下采用Scala进行项目，则该研究可能会显示出相同的结果。

Java 8

然后是Java8。由于Java 8中的闭包（不，闭包不如Scala好或灵活），Java和Scala之间的鸿沟被大大缩小了。 构建具有很多ARM（自动资源管理）内容的库将变得更加容易。使用Java 8和闭包处理集合将变得更加容易。

我要猛击Scala吗？

不，我不是要抨击Scala。 我通过一个现实世界的镜头来表达我对Scala的看法。

我爱Scala。 我在Scala中写了Telegram ，并真正着眼于Lift和Scala带来的卓越表现。

但是，进行一项能够反映Scala在现实世界中的工作方式的研究非常重要。 倡导Scala意味着帮助人们了解Scala项目的预期成果，而不是最好的情况，即“天空中的馅饼”。 这项研究为公司第一个或第二个Scala项目的可能成果提供了宝贵的启示。 还有其他示例（例如Foursquare和OpenStudy）展示了一个优秀的小型团队与Lift和Scala在一起的惊人程度。

别忘了分享！

参考： Good Stuff博客上来自JCG合作伙伴 David Pollak的Capistrano独立木偶 。

翻译自: https://www.javacodegeeks.com/2012/09/real-world-scala-test.html

scala 单元测试