Twitterでよく見かけるミームの一つに「プログラミングはもう解決された」というものがある。それがどこまで本当なのかはわからないが、一つはっきりしていることがある。言語に習熟するという行為はもはや重要ではなくなり、人間にとって摩擦となっていたことのいくつかは、エージェントにとっては摩擦ではなくなったということだ。

結果として、LLMは言語選択を以前ほど重要でないものにした。選択が気に入らなければ、別の言語に書き直せばいいように見えるし、自分自身はまったく馴染みのない言語をエージェントに選ばせることさえできる。

それはつまり、人々が言語のマーケティングを根拠に選択することが可能になり、実際にそうしているということでもある。長年Rustを使ってきた身として、以前ならRustを選ばなかったであろう人たちが今ではRustでコードを出荷しているのを見るのは非常に興味深い。この背景には、少なくとも二つの雰囲気の変化があると考えている。一つは高速なソフトウェアを求める声がはるかに大きくなっていること、もう一つはLLMが挙動を壊すことなくコードを最適化するのが非常に得意だという話が広まっていることだ。

Mitchell HashimotoやCharlie Marsh、Jarred Sumner、Daniel Lemireをはじめとする何人かは、かねてから高速で高性能なソフトウェアに対してある種の執着を持ち続けてきたが、彼らは偶然にもコードを書くエージェントの活用にも積極的だ。その影響なのか、あるいは無関係なのかはわからないが、他の人たちも今それに加わりつつある。というのも、autoresearchのようなものがあれば、必ずしもすべてのコツを知っている必要はなく、エージェントに任せればいいからだ――もちろん、知識があれば大いに役立つが。

周りを見渡せば、速くて小さいことを目指すプロジェクトはたくさんあり、そうしたプロジェクトはますます「難しい言語」を選ぶようになっている。そして恩恵を受けているのはRustだけではない。Zigでさえそうだ――Zigの作者やコアコミュニティの一部がAIというもの全般に対してかなり否定的であるにもかかわらず、だ。たとえばCloudflareの新しいArtifactsサービスは、純粋なZigで書かれたGitプロトコルエンジンを使っており、約100 KBのWebAssemblyモジュールにコンパイルされているし、Vercelは小さくて速いことを売りにしたZig製コーディングエージェントであるfxをリリースした。私が見た限り、これらのプロジェクトはいずれも大いにLLMの支援を受けている。

しかし、人々がマイナーな言語を選ぶようになっているだけではない。彼らはますます「はるかにハードな」技術にも取り組むようになっている。にわかに、DWARFファイルやeBPF、カスタムネットワークドライバ、カスタム暗号、非常に古いコンピューターハードウェアなどを扱った本当に印象的な成果を目にするようになった。これらの多くは、以前は大半の開発者にとって手の届かないものだった。場合によっては（たとえば暗号のように）、事情通の人々によって意図的に門前払いされ、近づかないよう促されることさえあった。

だから、世界にはスロップが増えるかもしれない。だが同時に、物事を速く、小さくしたいと願う開発者も増えるのかもしれない。