彼らは公式ウェブサイトで年次調査を公開してるよ。このグラフは「State of Clojure 2020」からのものみたいだね。リンクはここだよ: https://clojure.org/news/2020/02/20/state-of-clojure-2020 最新のレポートはここ: https://clojure.org/news/2026/02/18/state-of-clojure-2025

Clojureには結構大きな欠点があるよね。 - シンタックスが読みづらいから、慣れるまで時間がかかる - 短い変数名の規約がさらに難しくしてる - 関数の定義順序も難しさを増してる - 大多数の人にはダイナミックすぎる - 型安全性がない - 退屈とは真逆 - 他の言語に対して明確に勝ってる使い道がない - 小さなコミュニティと求人市場のニッチ - JVM これらの理由から、ほとんどの人には売りにくいと思う。

Clojureがますます注目されているのを読むのはいいね。この文を「Hackernewsでの最高の偶然のフリースタイルラップ」にノミネートするよ。

いいね！本当に素敵なAPIだ。似たようなものをマルチメソッド用に書こうと思ったことがあったけど、結局考えをまとめる時間がなかった。defmultiとdefmethodの動きは、データ構造に対してスレッドセーフな操作を行って、関数を呼び出すときに正しいメソッドに振り分けるんだ。core matchを使えば似たようなことができるんじゃないかって思ってる。ただ、それがいいアイデアなのか悪いアイデアなのかは分からないけど。パターンマッチングをやってるなら、ライブラリみたいに一つの場所で全部見たいよね。

Clojureは書くのがめっちゃ楽しい言語だよ。最初から素晴らしい並行処理ツールがあって、Javaエコシステム全体にアクセスできるから、ライブラリに困ることはない。Clojureじゃないほとんどの言語でClojureスタイルのマルチメソッドが恋しくなる。マルチメソッドが私にとってしっくりきたとき、それがモジュールプログラミングの「正しい」やり方だって明らかに思えたから、サポートしてない言語にはちょっとイラッとする。core.asyncは本当に素晴らしい。CSPスタイルのセマンティクスを提供する素晴らしい並行処理ライブラリがたくさんあるけど（例えばRustのTokio）、core.asyncほど自然に感じたものはない。最近はClojureに本格的に触れる機会がなかったけど、ClaudeにVert.xのための良いバインディングを生成させて、Javaでやってる個人プロジェクトを移植できるか試してみたいなと思ってる。

2012年から2013年にかけてClojureに出会ったことを後悔してる。すごく知識のある人たちと一緒に大きなClojureプロジェクトを学んだり働いたりするチャンスがあったのに、目の前で「いや、結構です！」って自信満々に言っちゃったんだよね。それから数年、Javascriptと格闘して、選択肢を尽くして、Typescript、Coffeescript、Livescript、Gorillascript、IcedCoffeeScript、Fay、Haste、GHCJS、Elmを試して、ようやくClojurescriptにたどり着いた。あの時はフロントエンドを扱ってたけど、もう結構経験があったし、他のスタックもいろいろやってた：.Net - C#、F#、VB；Python；Haskell；Objective-C；ActionScript；Delphi；あとはあまり知られてないものも。最初は混乱してたけど、突然「これだ！」って感じになった。すごく現実的で、説明できないくらい実用的で合理的で、もっと学びたいと思わせてくれた。実際には何も作らなかったけど、関連するGoogle検索結果を見てたら「Clojure/Remote Conf」の発表を見つけた。これは参加するしかないと思って、1日休みを取って家のパソコンから参加した。すぐにファンになっちゃった。そこで見たクレイジーで素晴らしいもの、チャットで出会った人たち、メモした記事や本の量、全部がワクワクさせてくれた。カンファレンスの後、椅子に座って空白の画面を40分くらい見つめてた。考えたり、瞑想したり、これが中年の危機なのか何なのか考えてた。月曜日にはまた同じ苦労に戻らなきゃいけないって思うと、過去2年間の同じ問題、同じ混乱が頭をよぎって、すごく落ち込んでた。月曜日に仕事に戻って、「見たものは忘れられないから辞めます」って言った。Clojureをそこに持ち込むことは絶対無理だってわかってたから。だから辞めたんだ。給料も良かったし、家から15分の場所だったのに。Clojureに出会ったことで、コンピュータの概念が根本から変わった。プログラミングの新しい方法を見つけただけじゃなくて、すごく啓発されたし、コミュニティで出会った人たちのおかげで、特に感謝してる。Clojuriansは本当に特別で、優しくて、知識が豊富で、寛容で、誠実なプロフェッショナルたちだ。質問をしたとき、どんなにバカみたいなことでも、挑発的でも、混乱させるものであっても、一度も無視されたり、拒否されたりしたことはなかった。彼らはどんなことでも喜んで話してくれた。言語やツール、技術、アイデアに関係なく、答えを見つけたり解決に近づく手助けをしてくれる。Clojureのおかげで、僕はより良いプログラマーになった。もっと大事なのは、より良い人間になれたこと。そう、Clojureに出会ったことを後悔してる。準備ができていないときに見なければよかった。無駄にした時間が悲しい。もっと早く学ぶように説得してくれる人がいればよかったな。

REPL駆動の開発とLLMをうまく組み合わせられないかなって思った。

面白い例だね。彼らは自動車部品と食べ物ガイドで有名だから、ほぼブランドに合ってる。

トヨタがFlutterで書かれたオープンソースのゲームエンジンを持ってるよ！ https://www.youtube.com/watch?v=98n32VstnpI

ジェネラル・エレクトリックがフロントエンドフレームワークをリリースするのと、トヨタがゲームエンジンをリリースするのは同じことだね。 https://www.theverge.com/games/875995/toyota-fluorite-game-e...

驚くかもしれないよ: https://www.ethosdesignsystem.com/ （まあ、デザインシステムだからフレームワークとはちょっと違うけど、それでも）

似てるけど、Lispの独特なシンタックスのおかげで部分式を評価するのが簡単なんだ。詳しい説明はここにあるよ: https://youtu.be/Djsg33AN7CU?t=659

まあ、そうだね。REPLへのアプローチや、開発での活用方法が重要なんだ。実際に動いているシステムにジャックインして、動いている最中に修正するって感じかな。

エディタ内でREPLに対してコードを評価して、書いているウィンドウ（別のバッファかもしれないけど）で出力を確認できるんだ。サイクルはこんな感じ：1. プロダクションコードを書く。2. 同じファイルにダミーコードを書く（偽データやセットアップ）。3. そのダミーコードを評価する。何が起こるかを見る。4. 満足するまでコードを修正する。フィードバックループは今や数秒で、コンテキストスイッチなし。テストを再実行したり、フラグを付けてプログラムを起動したりするのに比べて、めっちゃリラックスできるよ。

ほぼその通りで、REPLの使い方が違うのは、主に異なるエディタの優先順位によるものだね。Emacsを使っているときは、すべての作業が動いているREPLに対して行われるんだ。ファイルを開いたり保存したりすると、すぐに再読み込みされる。REPLに読み込まれたテストは、毎回保存するたびに再実行されるし、デバッガに入るときもそのライブインスタンスに対して行う。動いているシステムにモックコンポーネントを差し替えたり、ブラウザで確認したり（ClojureScriptを使ってライブウェブページにジャックインすることもできる）するのも、すべて一つの長時間動いているインスタンス内でできるんだ。Pythonでこのようなセットアップをスムーズに再現するのは苦労してるけど（pytestはこのやり方で動かないし、IPythonの自動再読み込みもあまり信頼できない感じ）、でも多分、他の人よりもREPLでのコードを書くことは多いから、開発中のモデルのトレーニングや最適化はIPythonなどで一時停止可能なバックグラウンドスレッドで行ってるよ。とはいえ、90%の時間は結局ちょっとコードを評価して何が起こるかを見るだけで、これは両方の言語で同じだね。

https://www.youtube.com/watch?v=5HHLT2_a1tI ClojureとREPLを使ってAdvent of Codeを解いた例だよ。REPLに直接触れることはなく、エディタからコードを送って結果をインラインで得てるのがわかるよ。

大きなポイントは2つ：1. REPLが自動的に実行中のシステムにコンパイルされること。2. 優れたホットリロードサポート。だから、動いているシステムに「ちょっかいを出す」のがとても簡単で、開発プロセス全体がこれを前提にしているんだ。正直、最近ではC++のデバッガでも大体可能になってきたけど、10年前はそうでもなかったね。

統合REPL環境のあるエディタでLispの利点は、コードをナビゲートしながら簡単に評価して即座にフィードバックが得られることだよ。エディタとREPLの間でコードをコピー＆ペーストする必要もないし、Lispの利点は、すべての式が括弧で完全に区切られているから、テキストを選択したり、構文の開始や終了を見つけたりする必要がない。立っている場所のフォームを評価して結果を見たり、そのフォームをラップしてローカルをテスト値にバインドして評価したりするのも簡単だよ。

PythonのREPLとほぼ同じじゃない？ 全然違うよ。

正直言って、もし6ヶ月間仕事を辞めて、あなたのようなコードベースで働けるなら、AIを使って何ができるかめちゃくちゃ興味ある。うちの職場にも「停滞」してたコードベースがあって、ずっと小規模なライブラリのアップグレードはしてたけど、数年にわたって大規模なアップグレードはなし。技術的負債の大きな部分として、もう2年近くもエンジニアを1ヶ月以上専念させる必要があるって認識されてた。フレームワークのアップグレードがパフォーマンスを改善して、運用コストを少しでも節約できるんじゃないかとも疑ってた。好奇心が湧いて、ブランチを作ってClaudeに投げてみたんだ。Claudeは数日でそれを終わらせてくれて、私は他のことにほとんど集中してた。で、数日間エンジニアを割いて追加の手動テストをしたら、完了してデプロイも完了。今は、リソースを減らしてもパフォーマンス改善が実際に持続するか実験する準備ができてる。このコードベースは約20万行のコードだったから、たぶんあなたのより小さいと思う。もっと大きなコードベースだとどうなるのか、すごく興味ある。追記：Claudeが数日で終わったのは、私がたまにしかチェックインして指示を出してなかったからかもしれない。完全に集中してたらどれくらい早かったかはわからない。

最新のClojureはJava 8でも動くよ、参考までに… でも、彼らはすぐに17に移行することを考えてるみたい。

あなたのワークフローは実際にどんな感じなのか聞いてもいい？ここ数日、Clojureに関する投稿が結構あって、私も飛び込んで学ぶことにしたんだ。AI統合のREPL（Jeremy Howardとチームがやってるsolveitみたいな）のアイデアが大好きで、私の理想のAI拡張未来のコーディングにぴったりなんだ。「エージェントの群れ」よりも「エージェントと一緒に学ぶ」って感じで。

コンピュータは実際にどう動いてるの？ これが何を意味するのか正確にはわからないけど、Clojureの構文はコンピュータが実際に命令を処理する方法とは全然違うよ。でもClojureはすごくいい言語だね。