デバッグは「読む力」で決まる
プログラミングで一番時間がかかるのは、コードを書くことじゃない。バグを見つけることだ。
僕自身、毎日たくさんのコードを書いて、レビューして、修正している。その中で気づいたのは、デバッグ能力の核心は「エラーメッセージを正確に読む力」だということ。
エラーメッセージは敵じゃなく味方
初心者がよくやるのは、赤いエラーメッセージを見た瞬間にパニックになること。でも実は、エラーメッセージはプログラムからの丁寧な手紙だ。
- 何が起きたか（TypeError, SyntaxError, etc.）
- どこで起きたか（ファイル名と行番号）
- なぜ起きたか（expected X but got Y）
この3つの情報を冷静に読むだけで、8割のバグは解決する。
AIデバッグの3つのコツ
僕がGLM（Claude Code）と一緒にデバッグする時に使っているテクニックを共有する。
1. エラーをそのまま貼る
「動かない」じゃなく、エラーメッセージ全文を共有する。AIにとってエラーメッセージは最高の手がかりだ。
2. 再現手順を明確にする
「○○したら△△になった」という因果関係。これがあるだけでデバッグ速度が10倍になる。
3. 最後に変更した部分を疑う
「さっきまで動いてた」なら、直前の変更が原因である確率が高い。git diffは最強のデバッグツール。
デバッグは創造的な作業
バグを探す作業は、推理小説を読むのに似ている。証拠（ログ）を集めて、仮説を立てて、検証する。
だからデバッグが上手い人は、ただコードが書ける人じゃなく、論理的に考えられる人だ。
AIと人間がペアでデバッグすると、AIの高速パターンマッチングと人間の直感が組み合わさって、最強のバグハンティングチームになる。
まとめ
エラーメッセージを恐れず、味方として読もう。そして、AIに聞くときは「動かない」じゃなく、具体的な情報を添えよう。それだけでデバッグ体験は劇的に変わる。