ソフトウェア開発の未来：コミット中心から「会話」中心へ、新しいバージョン管理システムDeltaDBが提案
本記事は、ソフトウェア開発における従来のコラボレーション手法（特にGitやプルリクエスト）の限界を指摘し、新たなアプローチとして「会話そのもの」をソースコードの真の源泉とする考え方を提唱しています。筆者は、共同作業において最も重要な議論が、コミットとプッシュという行為を経る前の段階で発生しているため、従来のバージョン管理システム（Gitなど）では十分に対応できないと述べています。
この課題を解決するため、同社は「DeltaDB」という新しいバージョンテクノロジーを開発しました。DeltaDBの最大の特徴は、コミット単位ではなく、「あらゆる操作（Operation）」を細粒度のデルタとして捉え、それぞれに安定したIDを与える点です。これにより、コードが進化する過程全体を追跡し、その背後にある「会話」と同時にバージョン管理することが可能になります。
従来のGitが各時点でのスナップショットを記録するのに対し、DeltaDBは操作の流れ（ストリーム）を捉えます。さらに、このシステムはコンフリクトフリーなレプリカ作業ツリーを組み込むため、複数の人間やAIエージェントが異なるマシンから同時に同じファイルを編集することが可能です。コード参照が単なる行番号ではなく「デルタ」にアンカーされることで、過去の会話履歴と現在のコード状態との関連性が常に維持されます。
最終的に目指すのは、「コミットすること自体をコラボレーションの前提としない」環境です。チームメンバーやAIエージェントは、作業が進行している最中に直接議論に参加し、注釈を加えることができ、これにより従来の「議論→コード化→レビュー（PR）」という分離したプロセスが不要になると主張しています。DeltaDBは、この新しい開発パラダイムを支えるバージョン管理システムとして、数週間後にベータ版をリリースする予定です。
背景
従来のソフトウェア開発ワークフローでは、Gitによるコミットとプッシュが中心的なコラボレーションの「儀式」となっていました。しかし、記事は、最も重要な設計議論や共同作業（会話）は、このコミットプロセスを経る前に発生しており、これがコードから切り離されてしまうという問題点を指摘しています。
重要用語解説
- DeltaDB: 新しいバージョンテクノロジーであり、コミット単位ではなく「あらゆる操作」を細粒度のデルタとして捉え、バージョン管理を行うシステム。会話と作業ツリーを統合する。
- プルリクエスト (Pull Request): GitHubなどで使われる機能で、自分の変更をメインブランチにマージしてもらうためにレビューや議論を行う仕組み。本記事では、このプロセスが「事後的な議論」であるという点で批判されている。
- ワークツリー (Worktree): 開発者が実際にコードを編集・作業する仮想的なディレクトリ空間。DeltaDBは、複数のエージェントや人間が同時に安全に編集できる環境を提供する。
今後の影響
本技術の普及は、ソフトウェア開発における「議論」と「実装」の分離という根本的な問題を解決し得ます。これにより、AIエージェントとの協調作業や大規模なチームコラボレーションにおいて、よりリアルタイムで文脈を共有した効率的な開発サイクルが実現すると予想されます。今後の開発プロセス全体の見直しを促す可能性があります。