Java，Scala，复杂性和aardvarks

本周，Scala人群又爆发了一场火焰大战。 这次是乔达时代背后的那个人斯蒂芬·科尔本（Stephen Colebourne）。

有问题的文章可以在这里找到，斯蒂芬的答案可以在这里找到 。

坦率地说，我倾向于同意史蒂芬的预言，但原因却截然不同。 现在，如果您是Scala用户，则基本上有2个选项：

• 或者您像以前一样做出反应，告诉我我太愚蠢或太懒了，无法真正学习语言并从此停止阅读。 在这种情况下，除了“拜托，不要伤害我”之外，我无话可说，因为它有一种来自理智主义者的宗教战争的感觉。
• 或者您可以继续阅读，我们将像受过良好教育的人一样进行辩论。

事实是，我对Scala感兴趣。 我尝试在Scala中为个人项目编程。 到目前为止，我已经掌握了特质（在Java中使用它们要怎么做）和闭包，并且我了解了一些泛型概念（只要不太复杂）。 我计划在Collections API中进行潜水，以便接下来更好地使用闭包。

我认为Scala和EJB2一样，是由聪明甚至精明的人设计的，但经验却与我不同。

在现实生活中，项目中充满了不同层次的开发人员：好的开发人员，普通的开发人员和坏的开发人员。 而且，请不要将其归咎于人事部门，首席执行官或公司的全球战略：就像在任何人群中一样，这只是高斯分布。

实际上，这使得Scala在大多数情况下都不可行。 以Java为例。 即使有很多不足，它又如何使它如此成功？ 一次编译 ， 到处运行的座右铭？ 也许，但是恕我直言，Java成功背后的首要原因是从开发人员（如C / C ++）到系统管理员的内存管理职责的变化。 以前，开发人员越糟糕，内存管理中发生错误的可能性就越大，但是Java改变了这一切：它不是完美的，但是简单得多。

要成为主流，技术必须简单甚至有时过于简单，请参阅JAVA，HTML，HTTP，COBOL，SQL，VB等。

— Freddy Mallet（@FreddyMallet） ，2011年11月30日

同样，我确定要成为主流技术必须简单，而Scala不会走这条路。 结果，留在利基市场是注定的......这表明不应引起任何人的反应，这只是事实。

Aardvarks将是将来博客文章的重点。

翻译自: https://blog.frankel.ch/java-scala-complexity-and-aardvarks/