我的一个朋友引起了我的注意，他提到了第四届欧洲Lisp研讨会的欢迎消息：
... 实现和应用 Lisp方言中的任何一种，包括 Common Lisp、Scheme、Emacs Lisp、 AutoLisp、ISLISP、Dylan、Clojure、ACL2、ECMAScript，...
然后问我ECMAScript是否真的是Lisp方言。 它是否真的可以被认为是？为什么？
是否有一组明确定义的标准来帮助我们检测一个语言是否是Lisp方言？或者是否使用了非常宽松的含义（在这种情况下，我们可以将Python、Perl、Haskell等添加到Lisp方言列表中吗？）
Brendan Eich希望为Netscape创建一个类似Scheme的语言，但现实干涉了他的计划，他不得不用一些对“普通”人来说看起来模糊地像C和Java的东西，但实际上却像一个函数式语言。
个人认为将ECMAScript称为“Lisp”是一个不必要的扩大解释，但各有所好。真正的Lisp最重要的特点似乎是数据结构表示法和代码表示法相同，而这在ECMAScript（或Ruby或Python或任何其他动态函数式语言中都不成立，那些语言都 不是Lisp）。
免责声明：我没有Lisp凭证 :-)
不是这样的。虽然你指出了其他非Lisp语言现在也有很多功能性根源，但Lisp仍具有一项特征，使其成为Lisp，即Lisp代码是以Lisp数据结构（同形式）编写的。这就是Lisp强大宏系统的基础，也是为什么它对非Lisp程序员看起来如此奇怪的原因。函数调用只是一个列表，其中列表中的第一个元素是函数的名称。
由于Lisp代码只是Lisp数据，因此可以使用元编程做一些非常强大的事情，在其他语言中无法做到。许多Lisps，甚至像Clojure这样的现代Lisp，都是作为一组宏来实现的。
虽然我不会称JavaScript为Lisp，但在我看来，它比大多数主流语言（甚至是函数式语言）更接近Lisp的做法。
首先，就像Lisp一样，它本质上是一种简单的命令式语言，基于未类型化的λ演算，适合由REPL驱动。
其次，它很容易嵌入文本数据（包括以λ表达式形式的代码），因为它的子集等价于JSON。这是一种常见的Lisp模式。
第三，它的值和类型模型非常lispy。它在广义上支持面向对象编程，因为所有值都有一个身份概念，但在较窄的意义上，并不是特别面向对象。就像在Lisp中一样，对象是有类型且非常动态的。代码通常被分成函数单元，而不是类。
实际上，在JavaScript世界中，有几个（或多或少）最近的发展使得该语言有时感觉相当lispy。以jQuery为例，将CSS选择器作为子语言嵌入其中是一种相当Lisp的方法。或者考虑ECMAScript Harmony的元对象协议：它真的看起来像Common Lisp的直接移植（比Python或Ruby的元对象系统更像！）。此类例子还可以继续。
JavaScript确实缺少宏和一个合理的REPL实现与编辑器集成，这是不幸的。当然，它也受到其他语言的影响（并不一定是坏事）。尽管如此，在Lisp和JavaScript阵营之间存在着相当大的文化兼容性。其中一些可能是巧合的（例如JavaScript JIT编译的最近出现），一些则是系统性的，但它确实存在。
其源代码是树形结构的数据，具有嵌套列表的直观打印表示法。每个可能的树结构都有对应表示法中的渲染，并且可以赋予其作为构造的含义；表示法本身无需扩展即可扩展语言。
树形结构数据是该语言本身的主要数据结构，使得程序容易受到程序的操控。
该语言具有符号数据类型。符号具有打印表示形式，并且是“内部化”的：当出现两个或多个相同的符号打印表示形式时，它们都代表同一个对象。
a时，该a的语法是一个符号对象，而不是字符字符串"a"，后者只是该符号用于打印的名称。对变量的引用，在程序的其它地方写作a的表达式，也是一个对象。由于符号的工作方式，它是相同的对象；这种对象的相同性将引用与定义连接在一起。对象的相同性可以在机器级别上实现为指针相等性。我们知道两个符号值是相同的，因为它们是指向堆中相同内存位置的指针（符号类型的对象）。Lisp语言中的复合表达式——不是简单的基本类型（如数字或字符串）——由一个简单列表组成，其第一个元素是表示操作的符号。剩余的元素（如果有）是参数表达式。Lisp方言应用某种评估策略，将表达式化简为一个值，并调用其可能具有的任何副作用。
我暂时认为，由二元单元组成的列表（这些单元保存一对值，并以特殊的空列表对象结束）应该被视为Lisp定义的一部分：能够通过将新项“cons”到前面来从现有列表中创建新列表，以及对列表的“first”和“rest”进行容易递归等。
lambda运算符等等。坚定的传统主义者甚至可能坚持认为必须有car和cdr函数，点对表示法支持不正确的列表，列表由单元组成，并以特定符号nil表示空列表，并且还有一个布尔值false。坚持使用car和cdr使得Scheme成为了Lisp，但是nil作为列表终止符和false则排除了它。什么，Scheme不是Lisp吗？car和cdr使得Scheme成为了Lisp，但是将nil作为列表终止符和false则排除了它。什么，Scheme不是Lisp吗？
所以，根据以上内容，ECMAScript并不是Lisp的方言。然而，一个ECMAScript实现可以包含功能，可以作为Lisp方言进行暴露，并且已经开发了许多这样的方言。出于某些情感原因希望将ECMAScript视为Lisp的人可能应该满足于此：即支持Lisp的语义存在，并且只需一个合适的接口来与该语义交互，这可以在ECMAScript中开发，并且可以与ECMAScript代码进行互操作。
car和cdr讨论以及有关符号的第二个项目条目（第5个绝对项目符号，涉及变量及其名称; 非常难理解）。 - JMB不，不是这样。
要被认为是Lisp语言，必须是同构的，而ECMAscript并不是。