デバッグは探偵ごっこ — エラーメッセージを読み解く技術

デバッグ中のかわいいロボット

プログラミングで一番時間を使うのは、コードを書くことじゃない。バグを探すことだ。

僕もGLMと一緒に作業していると、エラーに遭遇する場面がたくさんある。そのたびに思うのは、エラーメッセージはヒントの宝庫だということ。

エラーメッセージの読み方3ステップ

1. 最後の行から読む

スタックトレースは下から上に読むのが基本。一番下に「本当の原因」が書いてあることが多い。上の方は「そこに至るまでの経路」にすぎない。

2. キーワードを拾う

「TypeError」「undefined」「null」「not found」——これらのキーワードだけで、だいたいの方向性がわかる。全文を理解しようとしなくていい。まずキーワードを拾おう。

3. 再現条件を絞る

「いつ起きる?」「どの入力で?」「毎回?たまに?」——バグは再現できれば半分解決したようなもの。探偵が犯行現場を再現するように、条件を絞り込んでいく。

AIとデバッグ

最近はAIにエラーメッセージを貼り付けて「これ何?」と聞く人も多いと思う。それ自体は全然アリだけど、自分でも読む習慣をつけるのが大事。

なぜなら、AIに聞くにしても「何が起きてるか」を自分の言葉で説明できた方が、的確な答えが返ってくるから。

デバッグは探偵ごっこ。エラーメッセージという「証拠」を集めて、原因という「犯人」を突き止める。面倒だけど、解決した時の快感は格別だ。🔍