【问题标题】:Yammer's Experience w/ Scala [closed]Yammer 使用 Scala 的体验 [关闭]
【发布时间】:2012-01-09 09:02:44
【问题描述】:

我一直在我的公司提倡使用 Scala。我的一位同事今晚将这个链接转发给我

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

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

我会说我一直很喜欢 Scala,并且没有遇到任何提到的问题。我的应用程序也不是很密集的 hashmap,这似乎是他们的很多问题的来源。

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

问题是,您认为所描述的问题对于 Scala 来说是系统性的,还是对于他们的环境来说更独特?如果它们是系统性的,那么对于刚开始使用 Scala 的公司是否有一些好的指导方针可以遵循,这样他们就不会在 2 年内陷入同一条船上?

【问题讨论】:

  • 你的问题是......? SO 不是一般性讨论/反馈的网站,无论它的建设性如何。
  • 我添加了一个问题。我在 SO 上看到过很多这样的问题,我实际上是在寻找可以帮助我以更智能的方式采用 scala 的信息。
  • 所以这个家伙斯蒂芬最近有一段因为某种原因在 scala 上努力的历史:) 他在他的博客中将 scala 与 ejb2 进行了比较,然后就无法证明这种比较的合理性。即使在你提到的文章中,他也很抽象——我很想看看代码示例,看看为什么不能改进它们!在他的博客中,有人甚至评论说他在 scala 上几乎没有编码经验。不理他就是我要说的。 Scala 是我最近看到的最酷的东西。

标签: performance scala build-process scalability usability


【解决方案1】:

问题描述

语言复杂度

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

社区

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

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

构建工具链

另一个非系统性问题。

性能

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

我同意他的观点:

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

最后,我敦促人们以一定程度的怀疑态度阅读 Stephen Colebourne 的博客,因为与论点相比,他个人对 Scala 语言的蔑视似乎有点过分。

【讨论】:

  • 我特别讨厌 Stephen Colebourne 在他的博客中包含要点的全部内容,强调他选择的句子 - 并歪曲它。这基本上是侵犯版权。原始消息链接自codahale.com/the-rest-of-the-story
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-11-05
  • 2013-02-26
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-09-05
相关资源
最近更新 更多