Yammer 使用 Scala 的经验

Question

我在公司一直提倡使用Scala。我的一位同事今晚向我转发了此链接

http://blog.joda.org/2011/11/real-life-scala-feedback-from-yammer.html

我希望从 SO 社区得到一些关于此的建设性反馈。我不希望这变成一个火热的话题，但如果存在合理的担忧，我认为讨论可能的原因和最佳实践将是有益的，以避免其他人陷入此类陷阱。

我想说的是，我一直很喜欢 Scala，并且没有遇到任何提到的问题。我的应用程序也不是非常密集的哈希图，这似乎是他们相当多的问题的根源。

[编辑 - 显然我需要一个问题！]

问题是，您认为所描述的问题对于 Scala 来说是系统性的，还是对于他们的环境来说更为独特？如果它们是系统性的，是否有一些好的指导方针可供刚开始使用 Scala 的公司遵循，这样他们就不会在 2 年内重蹈覆辙？

Answer 1

问题描述

语言复杂性

系统性问题。 Scala 不太可能变得不那么复杂，这是否是一个问题取决于使用它的开发人员。对我来说，它足够复杂，足以让我保持兴趣和投入，而纯 Java 可能会让人感到无聊。我怀疑，如果 Scala 对于特定开发人员来说过于复杂，那么他们在 Java 方面也不太可能成为一流的开发人员。

社区

所以这个人说唯一的方法是使用双射映射
关于半代数，不管那是什么，另一个人说
使用一个没有文档并且直到最后才存在的库
周和他写的。第一个人和第二个人似乎很讨厌
彼此。 Scala 发送 HTTP 请求的方式是什么？
服务器？

这句话很有趣，但这显然是 Scala 的一个非系统性问题。他对最佳实践缺乏共识的主要抱怨与所有新兴语言相关。我认为 Java 开发人员在某种程度上被宠坏了——已经习惯了成为如此庞大社区的一部分，在这个社区中几乎所有事情都已经完成并且可能已经标准化。

构建工具链

另一个非系统性问题。

性能

这确实让我有点担心，我发现我很快就会感到沮丧，不得不发现以前未知的性能问题。我怀疑在未来的几年里，根据您如何使用该语言的某些方面，将会出现一些相当大的性能损失——因此人们必须谨慎行事，并对每个项目的性能要求进行自己的分析。

我在这里同意他的观点：

尽管我们正在放弃 Scala，但我仍然认为它是
我用过的最有趣、最创新、最令人兴奋的语言之一
用过...

最后，我会敦促人们带着某种程度的怀疑来阅读 Stephen Colebourne 的博客，因为相对于争论而言，他个人对 Scala 语言的蔑视似乎有点过大了。