Clojure、Scheme / Racket、Common Lispの違いは何ですか？

私はlispと呼ばれる同じ言語のファミリーの方言であることを知っていますが、違いは何ですか？可能であれば、構文、特性、機能、リソースなどのトピックをカバーする概要を教えてください。

それらはすべて共通点がたくさんあります。

• 動的言語
• 強く型付けされた
• 編集済み
• Lispスタイルの構文、つまりコードはLispデータ構造（フォーム）として記述され、最も一般的なパターンは次のような関数呼び出しです。 (function-name arg1 arg2)
• コードをデータとして扱い、実行時に任意のコードを生成できる強力なマクロシステム（多くの場合、新しい構文で「言語を拡張する」か、DSLを作成するために使用されます）
• 関数型プログラミングスタイルでよく使用されますが、他のパラダイムに対応する機能があります
• REPLを使用した対話型開発の強調（つまり、実行中のコードのインスタンスで対話型開発を行う）

Common Lisp特有の機能：

• 強力なOOPサブシステム（Common Lisp Object System）
• おそらく最高のコンパイラー（Common Lispは、http：//benchmarksgame.alioth.debian.org/u64q/which-programs-are-fastest.htmlによると、最速のLispですが、それほど多くはありません....）

Clojureの特徴的な機能：

• 任意のJavaライブラリを直接使用できるため、最大のライブラリエコシステム
• 標準リストに加えて標準として使用されるベクトル[]とマップ-ベクトルとマップの一般的な有用性に加えて、これは一般的に読みやすくする革新であると信じている人もいます{}()
• Haskellから着想を得た、不変性と遅延関数型プログラミングの強調
• 言語レベルでソフトウェアトランザクションメモリによってサポートされる強力な同時実行機能（注目に値する：http : //www.infoq.com/presentations/Value-Identity-State-Rich-Hickey）

スキームの特徴的な機能：

• 間違いなく、Lispを学ぶのが最も簡単で簡単
• 衛生的なマクロ（http://en.wikipedia.org/wiki/Hygienic_macroを参照）-マクロ展開での偶発的なシンボルキャプチャの問題をエレガントに回避します

上記の人々はいくつかのことを逃しました

1. Common Lispにはベクトルとハッシュテーブルもあります。違いは、Common Lispがベクトルに＃（）を使用し、ハッシュテーブルに構文を使用しないことです。スキームにはベクトルがあると思います

2. Common Lispにはリーダーマクロがあり、（Schemeの子孫であるRacketと同様に）新しいブラケットを使用できます。

3. Common Lispの非衛生的なマクロとは対照的に、SchemeとClojureには衛生的なマクロがあります

4. すべての言語は近代的であるか、大規模な改修プロジェクトがあります。Common Lispは過去5年間に大規模なライブラリを取得しており（主にQuicklispのおかげです）、Schemeにはいくつかの最新の実装（Racket、Chicken、Chez Schemeなど）があり、Clojureは比較的最近に作成されました

5. Common LispにはOOシステムが組み込まれていますが、これまで使用してきた他のOOシステムとはかなり異なります。特に、それは強制されていません-あなたはしていない持っている OOコードを記述すること。

6. 言語によって、設計思想は多少異なります。Schemeは、Actorモデルを理解するための最小限の方言として設計されました。それは後に教育学のために使われるようになった。Common Lispは、出現した無数のLisp方言を統合するように設計されました。Clojureは並行性のために設計されました。その結果、Schemeは最小限でエレガント、Common Lispは強力でパラダイムにとらわれない（機能的、OOなど）ものであり、Clojureは関数型プログラミングを支持するという評判を得ています。

Lisp-1とLisp-2の違いを忘れないでください。

SchemeとClojureはLisp-1です。
つまり、変数と関数名の両方が同じ名前空間に存在します。

一般的なLispはLisp-2です。
関数と変数には異なる名前空間があります（実際、CLには多くの名前空間があります）。

GimpはSchemeで書かれています:)

実際、一部の人々がC ++で記述されていると考えるソフトウェアの割り当ては、おそらくLispの傘下で行われたため、束から黄金のリンゴを選ぶのは困難です。C ++が常に人気があるとは限らず、更新の履歴があるため、今日では人気があるようです。世紀の後半では、C ++はマルチスレッド化さえも利用していませんでした。今日、Pythonは、テストされていない役に立たないバグのあるグルーコードのプールです。少し早送りすると、関数型プログラミングの増加が見られます。これは、適応または死ぬようなものです。Javaは、Adapt部分に関する限り、それは正しいと思います。

SchemeはLisp言語を単純化するために設計されました。これは、実際に普及したことを除いて、それが唯一の目的でした。Clojureは、JVMのSchemeを単純化するために似たようなことをしていると思います。これは、他のすべてのJVM言語と同じように、ユーザーエクスペリエンスを向上させるためのものであり、Javaの土地での定型文の記述を単純化するためだけのものです。