2026年7月14日、サイモン・ウィリソンは自身のブログで、アルミン・ロナッハー（Armin Ronacher）のエッセイ「The Tower Keeps Rising」からの引用を掲載しました。この引用は、ソフトウェアプロジェクトにおける「共有言語」の本質に光を当てています。ロナッハーは、プロジェクトの真の共有言語は英語やPythonといった自然言語やプログラミング言語ではなく、チームメンバーがシステムの概念の意味、境界の位置、重要な不変条件、各コンポーネントの所有者、そしてシステムが現在の形に至った理由について持つ共通の理解であると主張します。この言語は一箇所に文書化されることは稀で、コード、設計文書、コードレビューでの議論、日常の会話、変更を他の人に説明する経験の中に散在しています。それは暗黙的で常に進化する理解であり、継続的な相互作用によって維持されます。
ロナッハーはさらに、AIエージェントが登場する前は、この共有理解は「摩擦」と呼ばれるプロセスによって部分的に維持されていたと説明します。摩擦とは、開発者が別のチームが所有するコードを変更する際に経験する、意図的に時間がかかるプロセスを指します。例えば、ストレージ層を変更したい開発者は、関連コードを読み、所有者に質問し、そのサービスに依存するチームと調整し、コードレビューを待つ必要がありました。この遅さの多くは無駄に見えますが、ロナッハーはそのすべてが無駄ではないと主張します。摩擦の重要な部分は、理解が移転される媒体として機能します。質問と説明のプロセスを通じて、ある開発者のメンタルモデルが別の開発者と共有され、両者がシステムに関する解釈が一致しているかを確認する機会が生まれます。この摩擦が人々を同期させるのです。
AIを活用したコーディングエージェントの台頭は、この摩擦を劇的に減らすと期待されています。エージェントはコードベースを迅速に分析し、修正案を生成し、調整タスクを自動化することさえできます。しかし、ロナッハーの洞察は、摩擦を完全に排除すると、チームの知識を整合させる重要な社会的プロセスも失われる可能性があるという警告を発しています。サイモン・ウィリソンがブログで共有したこの引用は、AIツールが効率性を高めつつ、摩擦の利点をどのように保持すべきかについての考察を促しています。ソフトウェア開発における遅延のすべてが悪いわけではないという考え方に挑戦し、自動化が進む中でどのような摩擦を残す価値があるかをエンジニアに問いかけています。ロナッハーの原エッセイとウィリソンのコメントは、エージェント工学とコラボレーティブなソフトウェア開発の未来に関する議論の中心となっています。