我已经阅读了有关Clojure vs. Scala的各种说明，尽管我意识到两者都有其适用场景。当比较Clojure和Scala时，有一些考虑因素我还没有完全明白：
1.) 这两种语言中哪一个通常更快？我知道这会因语言特性而异，但总体性能的一般评估会很有帮助。例如：我知道Python字典非常快。 但总体而言，它比Java慢得多。 我不想选择Clojure然后在以后遇到这个问题。
2.) 与Java的互操作性如何？ 到目前为止，我所看到的所有内容都是Scala具有本地集合类型，这使其与大型Java代码库集成有点笨拙，而Clojure遵循一种简单的Iterable/Iterator为中心的方法来实现与Java类的互操作。对此还有什么更多的想法/细节吗？
最终，如果Clojure和Scala之间的差距足够小，我可能会尝试两者。 Clojure的一件事情是该语言似乎非常简单。 但另一方面，Scala具有非常灵活的类型系统。 但是，我知道Scala很快（基于多个个人账户）。因此，如果Clojure显着较慢：我希望尽早了解。
Scala在实现方面优于Clojure，我期望它的性能略高一些。尽管Scala的静态类型通常会转化为比Clojure的鸭子类型更快的速度优势，但是Clojure 支持类型提示，可以显著加快代码运行速度。可能，普通的Scala比普通的Clojure更快，但只需要优化瓶颈部分。程序运行时间的大多数是由实际代码中很少量的部分生成的。
关于与Java的互操作性，Scala更接近Java，但我确定两种语言都可以良好地进行交互。在Programming Clojure中，Stuart Halloway写道：“[您可以访问] 从Java代码中可以访问的所有内容。”。
而且，由于Scala作者Martin Odersky 编写了Sun的Java编译器，我认为Scala方面也没有掉链子。 :-)
虽然很难选择两种更好的语言，但我也喜欢Ruby。为什么要担心要尝试哪一种？为什么不都尝试一下呢？Scala更有可能成为“下一个Java”，而很难想象Lisp在50多年后终于会流行起来。但是很明显Lisp处于自己独特的抽象层次，Clojure相当简单，因此Scala + Clojure不会比仅使用Scala（而且相当复杂）更难，我相信你试了之后会感到高兴。
而且，它们可以进行互操作...
* dalvik（Android的JVM）在2010年的2.2版本中获得了JIT编译器
由于JVM对动态类型的支持——反射技术速度比较慢，因此在目前的JVM中，Scala有一个优势，即它是静态类型的。事实上，Scala的一种特性——结构类型，必须通过相同的技术来实现，但因为这个原因通常会被警告不要使用。
此外，Scala可以很好地接受可变对象，某些算法用可变性实现会更快。
由于Scala和Java本质上都是基于类的语言，它们之间的互操作性更加容易。或者说，更加无缝。Java类对于Scala来说是一个类，而Scala类对于Java来说也是一个类。当涉及到Scala的单例或Java的静态成员时，可能会出现问题，特别是当涉及到期望以某种方式工作的框架时。
因此，在这两个方面我会选择Scala。Clojure在许多方面都是一种更好的语言，并且它肯定具有非常有趣的功能，这些功能在Scala上目前还不存在，但只有通过全面实现函数式编程才能得到这些好处。如果您打算这样做，那么Clojure很可能更好。如果不打算这样做，那么您应该选择Scala。
请注意，Clojure和Scala是两种完全不同类型的编程语言 - Clojure是一种函数式的类Lisp语言，它不是面向对象的。而Scala是一种面向对象的语言，具有函数式编程的特性。
在我看来，语言的特性和概念（如函数式、面向对象等）比性能（特定实现的性能）更重要的选择语言的标准 - 尽管我理解你不想陷入没有良好性能实现的语言中。
如果你想学习面向对象，并且也希望学习函数式编程，那么我会选择Scala。另一方面，如果你不关心面向对象，想要学习“纯”的函数式编程，那么试试Clojure。
如果你的代码在时间或空间方面十分关键，请坚持使用Java。但即使你认为是这样，实际上也不是。
计算机语言基准测试游戏很少揭示Clojure真正的资源成本。没有使用Clojure数据结构。也没有使用函数和序列抽象。
Clojure可能看起来很简单。实际上并不是这样，但它很富有表现力。它可能比Java慢五倍，但是源代码却小了五倍（你的情况可能会有所不同）。对于大多数应用程序来说，这是一个巨大的优势。但对于一些应用程序的某些部分来说，这是一个毁灭性的损失。
通过对Clojure语言的经验，我相信您可以事先确定您的问题是否能够清晰地划分为一个可以用Clojure简洁而充分（在性能方面）表达的部分，以及一个需要在Java中完成的部分。
Scala被称为“正确地完成了Java”。Clojure与Java毫不相同。你可能会说它是Lisp做的对 - 一个大胆的、有些可笑的说法 - 可能会被证明是真的。
"计算机语言基准测试大赛"（Computer Language Benchmark Game）产生的统计数据可能是您能找到的最好的。
这些数据非常详细，您可以比较很多编程语言。问题在于它们没有涵盖Clojure :(
尽管如此，提交任何内容都相当容易-它全部是开源的。
这些统计数据表明Scala非常快。
PragPub 2010年11月刊的文章讨论了Clojure-Java互操作性。调用Java方法很简单，但扩展Java类/接口则有所不同。
而Scala则更接近于Java。 Scala-Java互操作性在http://www.codecommit.com/blog/java/interop-between-java-and-scala中有详细介绍。
调用Java代码和扩展Java类/接口的方式与调用Scala代码相同。一些痛点可能是处理Java泛型的一些边缘情况，因为Scala的类型系统比Java更强大。按照Java Bean约定创建getter和setter需要使用注释。
从Java调用Scala通常很简单，但例如Scala的伴生对象需要知道它们如何编译成字节码。此外，使用具有非抽象方法的traits应该很复杂，并且调用具有特殊字符的方法需要知道它们在字节码中如何编码。
现在（截至2010年5月），值得关注Clojure的最新1.2分支 - 这包括对原始类型和静态类型的大量额外支持（通过各种类型提示和协议）。
我的理解是，当您需要时，可以使用这些功能以获得与纯Java编写完全相同代码的速度等效。
