言語モデル時代にClojureが最強の選択肢になる理由
Clojure in the age of language models
LLMがコード生成を高速化する一方で、検証と反復のコストは依然として高い。ClojureはREPLによるライブコーディングでコンパイルサイクルを排除し、状態を保ったままコードを書き換えられる。不変性とデータ中心設計により、エージェントは関数を単体で安全にテストでき、簡潔なS式はコンテキストウィンドウを有効活用できる。Joltのような新実装がJVMの起動時間問題も解決しつつある。
Clojureはそのループを崩壊させる。なぜなら、我々のワークフローではコードが読まれる時、コンパイルされる時、実行される時の間に明確な線引きがないからだ。
- slifin
私はClojureのFlowstormが大好きです。コードが意図した通りに動いているかを簡単に検証できます。すべてのデータがプログラム的に公開されているので、独自のGUIを作ったり、LLMにフィードしてプログラムの動作を深く理解させたりできます（自分でブラウズすることもできます）。
- mrkeen
> より大きな問題は、実行するたびに望ましい状態を再構築しなければならないという面倒な必然性です。機能が限られた小さなものであれば問題ありませんが、アプリケーションが成長するにつれて、状態の再構築にかなりの労力がかかるようになります。
これはテストのためのものです。単体テストで単純な呼び出しでは到達できないような内部状態の蓄積があってはなりません。
- dzonga
しばらくClojureを書いていません。
しかし、ClojureはLLMの時代に非常によく適していると思います。トークン効率が良い。すべてがデータであり、コードさえもデータであるため、検証が容易です。純粋関数など。
しかし、Clojureの書き方や読み方を知っている必要は依然としてあります。業界がコードを読まない方向に進んでいる中で、例えばDHHが最近繰り返しているコードを読まないという話や、業界の多くの人々も同様です。