高速で難解なコード

Twitterでよく見かけるミームに「プログラミングはもう解決した」というものがあります。それがどの程度真実かは分かりませんが、一つだけ非常に明確なことがあります。それは、言語に慣れるという行為はもはや重要ではなくなり、人間にとって重要だった摩擦の一部がエージェントにとっては重要ではなくなったということです。 その結果、LLMは言語選択を以前よりもはるかに重要でないものにしました。もし選択した言語が気に入らなくても、別の言語で書き直すことができ、あなたがプログラマーとして全く慣れていない言語を選ばせることもできます。これは、人々が言語のマーケティングに基づいて選択する度合いをさらに高めることになります。 長年Rustプログラマーとして活動してきた私にとって、以前は選ばなかったであろう人々が今Rustコードを出荷しているのを見るのは非常に興味深いことです。私は、この現象の少なくとも一部は、最近の2つの大きな風潮に起因すると考えています。それは、「高速なソフトウェア」への強い要望と、挙動を後退させることなくコードを最適化することにLLMが優れているという話です。 ミッチェル・ハシモト、チャーリー・マーシュ、ジャレッド・サマー、ダニエル・ルミエールといった人々は、常に高速で高性能なソフトウェアへのこだわりを持っており、彼らは皆、コードを書くエージェントに対して受容的であるという共通点があります。おそらくその結果として、あるいは無関係に、他の人々も今、その流れに加わっています。 なぜなら、オートリサーチのようなものがあれば、必ずしもすべてのトリックを知っている必要さえありません。ただエージェントに任せればよいのです――もちろん、知識があれば大いに役立ちますが！ 周りを見渡せば、高速で小規模であることを望むプロジェクトは数多くあり、それらはますます「難解な言語」を選んでいます。そして、Rustだけが恩恵を受けているわけではありません。Zigでさえ、その作成者やコアコミュニティの一部がAI全般に対してかなり否定的であるにもかかわらず、恩恵を受けています。 例えば、Cloudflareの新しいArtifactsサービスは、純粋なZigで書かれたGitプロトコルエンジンを使用しており、約100KBのWebAssemblyモジュールにコンパイルされています。また、VercelはfxというZigコーディングエージェントをリリースしましたが、これは小さくて高速であると宣伝されています。私の知る限り、これらのプロジェクトのほとんどはLLMの支援を受けています。 しかし、単にあまり一般的でない言語を選ぶだけでなく、ますます「より難しい」テクノロジーを扱っているのです。突然、DWARFファイル、eBPF、カスタムネットワークドライバー、カスタム暗号化、そして非常に古いコンピューティングハードウェアで、人々が本当に印象的なことをしているのを目にするようになりました。 これらの多くは、以前は多くの開発者にとって手の届かないものでした。場合によっては（例えば暗号化）、知っている人たちによって意図的に門戸が狭められていたため、遠ざけられていたことさえありました。 ですから、世界はより多くの「スラッグ」（ここでは、おそらく「雑多なもの」や「無秩序なもの」といったニュアンス）を持つことになるかもしれませんが、同時に、物事を高速かつ小規模にしたいと願う開発者も増えることになるかもしれません。 このエントリは ai, programming, thoughts というタグが付けられています。 コピー / Markdown表示 © Copyright 2026 by Armin Ronacher. Content licensed under the Creative Commons Attribution-NonCommercial 4.0 International License. Contact me via mail, bluesky, x, or github. You can sponsor me on github. More info: imprint & AI transparency. Subscribe via atom / RSS. Color scheme: auto, light, dark.