VSをインストールできない本番環境の問題を分析するために、ときどきWinDBGを使用しています。非常に強力なツールであることは間違いありませんが、使用するのは少し面倒です。製品は頻繁に更新されますが、その GUI は Win95 の時代にさかのぼり、その使いやすさはそれに応じています。思い通りにウィンドウをレイアウトするために GUI と戦わなければならず、それらすべてのテキスト コマンドを覚えなければならないことは、最近のデスクトップ アプリケーションの標準としては非常に低いものです。
私の知る限り、WinDBG はコマンド ライン デバッガーである CDB の上に構築されています。そのため、既存の恐竜を置き換える現代の GUI ラッパーを構築することはそれほど難しくありません。誰もそれをやったことがありますか？WinDBG に対して複雑な感情を抱いているのは私だけでしょうか?
（ちなみに、ダンプを作成してVSがある場所に戻すことができることは知っていますが、64ビットプロセスをデバッグする必要がある場合があり、64ビット開発マシンはありません。悲しいですが、本当です）
それは期待しすぎだと思います。非常に多くのコマンドがあるため、派手なコントロールですべてを表示する UI を持つことは簡単ではありません。また、よりかさばり、遅くなる可能性もあります。
ただし、すべてのユーザー モード アプリケーション デバッガーに必要なコントロールが提供されます。コール スタック、ローカル変数、スレッドなど、最も頻繁に必要とされる情報が別のウィンドウに表示されます。
しかし、より高度なデバッグ機能が必要な場合は、常にコマンド インターフェイスを使用できます。
WinDBG はほとんどそれであり、独自の UI を書くことを気にした人は誰もいません。その癖があっても、私は大部分がコマンドライン駆動であるため、私はファンです。だから、それぞれに:)
VS 2011 Dev Preview は基本的に WinDBG サポートを統合しているため、将来的には VS が新しい WinDBG UI になることに注意してください。
-スコット
WinDbg を置き換える GUI を試してみたい場合は、こちらをご覧ください。
編集：
SOS アシストは利用できなくなったため、この回答は削除する必要があります。この回答は受け入れられたので、個人的に削除することはできません。その中で、私の答えを無視してください。