リアルタイムの共同テキスト編集（つまりgdocs）-それは実行可能なソフトウェア開発ツールですか？
" Google Docs "は、リアルタイムの共同ドキュメント編集を可能にします。複数のドキュメントビューアは、ドキュメントのコンテンツを同時に読み取って変更できるため、1人のユーザーの更新が即座に適用され、他のすべてのビューアに表示されます。
コードを書くためのこのタイプのコラボレーションを容易にするソフトウェア/ WebアプリIDEはありますか？
このようなシステムの恩恵を受けるのはどのプロセス（つまりペアプログラミング）で、どれがそうではありませんか？
共同編集用のこのモデルは、単一のコードベースで作業するソフトウェア開発者のチームによって一般的に使用されている現在のソース管理システムの実行可能な代替手段を提供しますか？
共同コード作成ツール
Visual Studio.Netには、wave-vs.netというプラグインがあり、リアルタイムの共同編集でペアプログラミング機能をサポートできます。
EclipseにはDocShareとSarosという2つのプラグインがあり、ドキュメント（DocShare）またはプロジェクト（Saros）のリアルタイムの共同編集を可能にします。
（上記は wikipedia から引用）
どのプロセスにメリットがありますか？
明らかにペアプログラミング。 GDocsのエクスペリエンスがもたらす改善を検討し、その改善をコラボレーションコーディングに拡張することを考えると、頭から離れてすぐに目立たないものは思い浮かびません。
複数の人が「近い」と見なすことができるコードのセクションで作業している場合、コラボレーションアプローチが最も効果的だと思います。また、コミット-更新サイクルが最新バージョンになるのを待つ必要がないため、変更のラウンドトリップ時間を改善することもできます。
VCSの代替品ですか？
それらは補完的です。これらは両方とも、チームメンバーからの貢献を合理化するという同じ目的を果たします。しかし、彼らのアプローチには根本的な違いがあります。現在のVCSのほとんどはプロジェクトのドキュメントスナップショットであり、共同編集ドキュメントきめ細かい変更は、開発者。
さらに、VCSでのコミットはきちんと整理されています変更セットとして編成。一方、コラボレーション環境では、他の誰かが常にコード行を記述している可能性があるため、プロジェクト全体が完了する前にコードがコンパイルされることを保証することさえできません。 変更は継続的です。したがって、貢献を変更セットに解明することは不可能かもしれません。