我一直在提倡在我的公司使用Scala。我的一位同事今晚转发了这个链接
http://blog.joda.org/2011/11/real-life-scala-feedback-from-yammer.html
我希望从SO社区得到一些关于此的建设性反馈。我不希望这变成一个火热的线索，但如果存在合理的担忧，我认为讨论可能的原因和最佳做法可以避免其他人陷入此类陷阱。
我会说我一直爱Scala，并没有遇到任何提到的问题。我的应用程序也不是很密集的，这似乎是他们的问题来自相当多的地方。
[编辑 - 显然我需要一个问题！]
问题是，您是否认为所描述的问题对Scala来说是系统性的，或者对于他们的环境更为独特？如果它们是系统性的，那么对于刚刚开始使用Scala的公司来说，是否有一些很好的指导方针，以便它们不会在两年内停在同一条船上？
答案 0 :(得分：2)
系统性问题。 Scala不太可能变得不那么复杂，无论是否 问题 取决于使用它的开发人员。对我来说，它足够复杂，让我感兴趣和参与，而纯Java可能会让人觉得无聊。我怀疑如果Scala对于某个特定的开发人员来说过于复杂，那么在Java方面它们也不可能成为一流的开发者。
所以这一个人说，唯一的方法是使用双射图 在一个半代数上，无论那是什么，而另一个人说 使用没有文档但直到最后才存在的库 一周，他写道。第一个人和第二个人似乎很讨厌 彼此。什么是Scala向HTTP发送HTTP请求的方式 服务器
这句话非常有趣，但这显然是Scala的一个非系统性问题。他对最佳实践缺乏共识的主要抱怨与所有新兴语言相关。我认为Java开发人员已经在某种程度上被宠坏了 - 已经习惯于成为这样一个庞大的社区的一部分，几乎所有事情都已经完成，并且可能已经标准化了。
另一个非系统性问题。
这个确实让我有点担心，我可以看到很快就会感到沮丧，不得不发现以前未知的性能问题。我怀疑未来几年会有一些相当大的性能惩罚取决于你如何使用该语言的某些方面 - 所以人们必须谨慎行事并对每个项目的性能要求进行自己的分析。
我同意他的观点：
尽管我们正在离开斯卡拉，但我仍然认为它是 我最有趣，最有创意，最令人兴奋的语言之一 二手...
最后，我会敦促人们在某种程度上怀疑地阅读Stephen Colebourne的博客，因为他对Scala语言的个人蔑视似乎相对于论点有点过分。