CL和Scheme之间的碎片化减慢了吸收速度（至少对我而言！）。
因此，请给我“真实答案”！
我已经尝试阅读功能比较，它们似乎陷入了esoterica（我不完全了解）的困境，例如方言是否完全尾部递归等。我希望大家（共同）可以使不透明的差异变得清晰。
良好的库支持，良好的环境和Unicode支持。
火焰战。一开始有用的功能，但会干扰长期学习。
我一直在使用MzScheme，一旦获得了readline支持，我会感觉很好。我没有在Unix上运行GUI，因此对我来说这似乎是一个不错的环境选择。
我也很高兴Clojure在debian上易于安装.deb软件包，因此更容易使用。这是一个巨大的胜利。尽管下面有些人很容易发火，但进入门槛低仍然是一个胜利。我喜欢被人喂。
在阅读了很多SICP之后，我确实更好地了解了尾递归的问题。
for与while命令式语言中的and循环并不陌生。
Answers:
Clojure是Lisp积极发展的现代方言。它基于JVM，因此所有Java库都可立即使用，因此也具有Unicode支持。
这是一种选择，而不是唯一的答案。
如果您想避免烈火，并且喜欢图书馆，请选择Clojure。它很小，速度很快，社区是有帮助的，没有教条。它是Lisp减去1980年代荒谬的残骸。它具有BDFL，如果您有个好主意，那么该语言将有很大的机会实现它。
我玩过Common Lisp，这是一件很美好的事情。我已经完成了DrScheme的SICP的前三章和Metacircular Evaluator，这也是一件很漂亮的事情。当然，您将从这些知识中受益匪浅。
但是，随着时间的流逝，我开始使用心爱的小语言。我不会撒谎，我爱Javascript，也爱C（如果每种语言的核心都没有C核心，那就该死了），因为它们很小。
Clojure很小。优雅 这是我们时代的语言。
Contra Chuck，Common Lisp的一个优点是它具有一个坚持实施并为之奋斗的标准，因此您可以使用SBCL进行大量开发（具有出色的类型检查和推断功能），然后例如部署为与C库（带有ECL或其他），或作为.jar使用Java库（带有ABCL），或者与Mac或Windows本地GUI（两者均使用Clozure）。Common Lisp在各种体系结构，实现和时间上具有惊人的可移植性，Common Lispers在语言的支持下努力保持这种状态。例如，一个不规范的行为的愚蠢的分歧是问题“这是一个特殊的变量吗？” 所以我回答了我使用的所有实现：
#-abcl
(defun special-variable-p (symbol)
#+ecl(si:specialp symbol)
#+ccl(proclaimed-special-p symbol)
#+sbcl(equal '(:special t)
(multiple-value-list-int:info :variable :kind symbol)))
这样，在读取时，在ABCL（已经有）上，(defun special-variable-p (symbol) (si:specialp symbol))在ECL上等等都减少了。因此，我可以将其放在我的.rc文件中，并在REPL中使用通用功能。但这不是很重要：这不是线程或各种支持的网络，也不是通信顺序流程库。#+sbcl/#-sbcl即使在五个实现上运行，最后一个示例也只有一个。因为它依赖于已精心移植的代码。
但是，允许这种（和其他）优势的因素也给学习者带来了挑战：Common Lisp是一门非常大的语言。像我Clojure一样，这不是一两个星期就可以lur住的东西（但是随着即将推出的重大更改，我的Clojure已经开始腐烂了-这种语言虽然有其自身的优点，但却使我想起了对比）因此，您应该阅读本页面的很多内容，M-x hyperspec RET do-symbols RET并不要通过按键来输入HyperSpec（对我而言，这很接近圣经。），然后考虑购买几本书。我有实用的Lisp实用程序，刚刚获得了Lambda的让步，现在将很快购买PAIP。
但是，即使Common Lisp是正确的答案，您也不会通过“仅选择”一些具有欺骗性的浮华替代方法（-“具有欺骗性”，因为Commonplace CL并没有向您展示其宏可以做的所有事情）完全浪费您的时间。拥有比任何人都更多的宏。通常的比较是在错误的CL和语法优化的替代X之间进行。您仍将学习基础知识，仍然可以使用在SICP，Lisp，The Little Schemer等中阅读的大部分内容。Lisp ，即使是错误的Lisp，仍然比非Lisp更好。（但是，您将花费一些时间在错误的Lisp中实现正确的Lisp的一部分，这很糟糕。）Meta-Greenspun。）
Lisp的最大问题是，没有所有人都坚持的最重要的标准。您不必只在Common Lisp和Scheme之间进行选择。您必须在Common Lisp的几个不兼容的实现与Scheme的几个不兼容的实现之间进行选择，以及其他一些小东西，例如Arc和Clojure。
我建议从MzScheme开始。它很流行，它是积极开发的，它具有提供现代编程环境功能的许多库，并且Scheme比Common Lisp更为简单（当然，更好，只是更简单）。
猜想：学习第一个Lisp时，不要学习最终将用于最终开发的一个。
引理：学习弧。Lisp中的所有“难以理解”的事情-闭包，宏，延续，都没有Clojure的Java互操作性复杂性，CL的名称空间混乱或Scheme的名称碎片。如果您有专心致志，则可以在周末学习所有这些内容。如果您敏锐而专注，那就在夜晚。
而且它会让学习所有其他的Lisp一个很多更容易。
我不了解Lisp，但是这就是为什么我认为PLT Scheme是一个不错的选择：
DrScheme
DrScheme是一个了不起的编程环境，它带有编译器，步进器，语法检查器，REPL，多种语言支持，并且可扩展。这使整个体验变得有趣。看一些截图
社区的良好支持。
社区对他们的语言非常热情，也非常支持。如果您有任何疑问，可以使用邮件列表，论坛和论坛。甚至作者都非常方便。
持续研究
PLT非常活跃，并将继续使其工具变得越来越好。您可以期待实验室中的许多创新。例如。我很高兴使用此工具：http : //blog.plt-scheme.org/2009/05/typed-scheme-20.html
免费书籍和有趣的教程可以帮助您入门。
http://www.htdp.org/
http://world.cs.brown.edu/
好的模块和丰富的库。
http://www.cs.utah.edu/plt/develop/
http://planet.plt-scheme.org/
另请参阅文档
如果您正在学习Scheme，请尝试尝试DrScheme。
您知道...当我对Lisp感兴趣时，我还以为我必须选择。然后，在阅读和询问很多之后，我最终选择了Common Lisp。不是因为它绝对比Scheme更好，而是因为它具有我知道在未来2-3年中可能会在我的项目中使用的功能：
所以如果我是你，我将开始学习每种语言的一小部分，并找出相对的优势和劣势（我的意思是，那些与您最需要/最想做的事情有关）你我可以选一个。您可能会发现自己稍后也会学习另一种语言（发生在我身上–一年学习Common Lisp之后，我不得不学习更多Scheme）
至于Arc，Clojure和Lush，不知道这些。我想同样的论点也可能适用于他们。。。我不想在它们上投入太多的原因是：Arc似乎对数值计算没有兴趣，而P. Graham似乎对代码大小着迷（使他的代码不可读的重点）；Clojure看起来不错，但是我不喜欢JVM。而且，Lush ...好吧，除了使用动态作用域之外，该语言的编译和解释版本也非常不同-您无法编译递归函数。因此，对我来说，要么是Scheme，要么是Common Lisp。
binding。
选择Clojure以外的任何东西，继续进行下去，您将处于更好的位置以便以后评估。
您用这个问题来表述哪个Lisp是学习Lisp的最佳媒介，对我来说，它必须包含一个由低级原语构建的Lisp，而Clojure的大部分内容都是用Java编写的。
如果您将这个问题表述为哪个是开始新项目的最佳Lisp，那么Clojure可能是最佳选择。