Clojureと他のLispの比較[終了]

私の質問の目的は、炎上戦争を開始することではなく、どのような状況で各言語が「仕事に最適なツール」であるかを判断することです。

私はClojureに関するいくつかの本（Programming Clojure、Practical Clojure、The Joy of Clojure、およびManning Early Access edition of Clojure in Action）を読んだことがあり、それは素晴らしい言語だと思います。私は現在、Common Lispマクロを主に扱っているLet Over Lambdaを読んでおり、それも非常に興味深い言語です。

私はLispのエキスパートではありません（初心者の方が多いです）が、関数型プログラミングと同様に、この言語ファミリーは私を魅了します。

Clojureの利点（および「その他」の欠点）：

• JVMで実行されます。

  • JVMは非常に安定した高性能言語環境であり、Sunの「一度書くとどこでも実行できる」という夢を十分に満たしています。Macbook Proでコードを記述し、それを実行可能なJARファイルにコンパイルして、追加のテストをほとんど行わずにLinuxとMicrosoft Windowsで実行できます。

  • （ホットスポット、その他）JVMは、高品質のガベージコレクションと、非常に高性能なジャストインタイムのコンパイルと最適化をサポートしています。ほんの数年前、Cで高速に実行する必要のあるすべてのものを書いたのですが、今ではJavaで実行することをためらっていません。

  • 標準のシンプルなマルチスレッドモデル。Common Lispには標準のマルチスレッドパッケージがありますか？

  • 、、、およびでこれらすべての括弧の単調さを分解しますが[]、Common Lispの専門家はおそらく、リーダーマクロを使用すると、それらをCLに追加できると教えてくれます。{}#{}

Clojureの欠点：

• JVMで実行されます。
  • 末尾再帰や継続はありません。Common Lispは継続をサポートしていますか？Schemeは両方のサポートを必要とすると私は信じています。

その他の利点（特にCommon Lisp）（およびClojureの欠点）：

• ユーザー定義可能なリーダーマクロ。

• 他の利点は？

考え？その他の違いは？

Clojureを他のLispよりも好む理由の私の個人的なリスト（すべてのLispはまだ素晴らしいと私はまだ思っています！）：

• JVMで実行-したがって、JVM自体の素晴らしいエンジニアリング（高度なガベージコレクションアルゴリズム、HotSpot JIT最適化など）に自動的にアクセスできます。

• 非常に優れたJavaの相互運用性-Java / JVM言語エコシステムの広範なライブラリとの互換性を提供します。私は、Clojureを「接着剤」言語として使用して、さまざまなJavaライブラリを効果的に接続しました。たくさんのJavaコードも開発しているので、ClojureはJavaツールとうまく統合できるので便利です（たとえば、Clojure開発には、反時計回りのプラグインを備えたMaven、Eclipseを使用しています）。

• ベクトル[1 2 3]、マップ{:bob 10, :jane 15}、セットの優れた構文#{"a" "b" "c"}-（もちろんリストに加えて）現代のプログラミングにこれらのかなり不可欠なツールを検討します。

• 個人的には、フォームをバインドするために角かっこを使用するのが好き(defn foo [a b] (+ a b))です。

• 永続的で不変のデータ構造を備えた遅延関数型プログラミングに重点を置きます-特に、すべてのコアClojureライブラリは、デフォルトでこれをサポートするように設計されています

• マルチコア同時実行のための優れたSTM実装。Clojureは現在、どの言語でも最高の並行処理ストーリーを持っていると思います（Rich Hickey自身による詳細については、このビデオを参照してください）

• それは私が個人的に好むLisp-1（Schemeのような）です（関数型言語では、関数とデータを同じ名前空間に保持することは理にかなっていると思います）

Clojureは言語であり、実装（通常はJVM上）であることを覚えておいてください。Common Lispは、10以上の異なる実装を持つ言語です。したがって、ここにカテゴリの不一致があります。たとえば、ClojureとSBCLを比較します。

一般的に：

• Common LispのバージョンはJVMで実行されます：ABCL

• 他のほとんどのCommon Lisp実装は

• ほとんどのCL実装にはマルチタスク機能があり、ライブラリは共通のインターフェースを提供します

• Common Lispには配列の構文があります。他のデータ型の構文はユーザーが記述でき、さまざまなライブラリによって提供されます。

• Common Lispは、末尾呼び出しの最適化も継続もサポートしていません。実装はTCOを提供し、ライブラリは何らかの形の継続を提供します。

ClojureとCommon Lispの重要な違いは、Clojureが関数型プログラミングについてより規範的であることです。Clojureの哲学、イディオム、およびある程度の言語/ライブラリーは、機能的な方法でプログラミングすることを強く推奨し、場合によっては主張します（副作用なし、変更可能な状態なし）。

Common Lispは間違いなく関数型プログラミングをサポートしますが、変更可能な状態と命令型プログラミングも可能にします。

もちろん、並行性の面などにおいて、関数型プログラミングには多くの利点があります。しかし、他のすべての条件が同じである場合、状況ごとに使用するアプローチを選択することも重要です。Clojureは命令型プログラミングを完全に禁止しているわけではありませんが、Common Lispよりもそのスタイルに適応していません。

これは、Scheme（主にRacket）とClojureを比較した優れたビデオです。

公平を期すために、ラケットにはデータ型（＃ハッシュ、＃、角括弧など）にも構文糖（追加のリーダースタッフ）があります。

さらに、適切な末尾呼び出しを行うClojureの唯一の方法はを使用するrecurことです。これは、JVMへのコンパイルの欠点です。

これrecurは、Clojureでスタックを消費しない唯一のループ構造です。末尾呼び出しの最適化はなく、未知の境界のループに自己呼び出しを使用することはお勧めしません。recurは機能的であり、テール位置での使用はコンパイラーによって検証されます。（特別フォーム）。