バグに詰まったとき、あなたはどうしていますか。
プログラムを書いていると、突然「動かない」という壁にぶつかる瞬間があります。
画面に真っ赤なエラーメッセージが出た瞬間、頭の中が真っ白になる、あの感覚です。
「さっきまで動いていたのに」「どこを直したの？」「もうわからない」と、ぐるぐると考えが止まらなくなる。
正直なところ、そのループにはまって数時間を無駄にした経験が何度もあります。
焦りが焦りを呼んで、気づいたら夜中の2時になっていた、なんていう夜も珍しくありませんでした。
それでも画面を閉じられなくて、じっとコードを眺め続けた時間のことは、今でもはっきり覚えています。
でも今は、そのときの泥臭い経験が財産だったと思っています。
なぜなら、その失敗の積み重ねの中から、デバッグを確実にスムーズにする5つのステップが見えてきたからです。
このステップを意識するようになってから、受講者がつまずいていた問題を一緒に解決する場面でも、原因の特定にかかる時間がぐっと短くなりました。
ITの現場でも、講義の中でも、何度も繰り返し使える考え方です。
今日はそれをそのままシェアしたいと思います。
まず一番最初にやることは、エラーメッセージをちゃんと読むことです。
これ、笑えないくらい意外とできていない。
「エラーが出た」というだけで焦って検索に走ったり、コードをいじり始めたりしてしまう。
とはいえ、エラーメッセージはプログラムがあなたに向けて書いた手紙みたいなものです。
「ここがおかしいよ」「この行で止まっているよ」と、ちゃんと教えてくれています。
その言葉をきちんと受け取ることが、解決の第一歩になります。
英語が苦手でも、今はツールで日本語訳するだけでも見えてくるものがずいぶん変わりますよ。
まずはメッセージを、最後まで読みきる習慣をつけてみてください。
次に意識してほしいのが、問題を再現できるか確認するステップです。
「なんか動かない」という状態と「これをしたときに毎回このエラーが出る」という状態では、解決の速度がまるで違います。
再現できる問題は、必ず直せます。
私が講義の中で口を酸っぱくして言っているのも、実はここです。
再現手順を整理するだけで、頭の中が驚くくらい整理されていく。
「あれ、書いてみたら原因わかった」という経験、思い当たる方も多いのではないでしょうか。
紙に書き出すだけでも効果があるので、ぜひ一度試してみてください。
3番目のステップは、コードを部分ごとに確認していくことです。
全体を一度に見ようとすると、どうしても見落としが出ます。
それよりも、動いている部分と動いていない部分を切り分けながら、範囲を絞り込んでいく。
この「大きな問題を小さく分割して攻略する」という発想は、デバッグだけでなく問題解決全般に使える考え方です。
ざっくり言えば、脳への負担をぐっと下げることができるということです。
「木を見て森を見ず」にならないための、一番シンプルな方法かもしれません。
焦っているときほど、立ち止まって範囲を絞ることが大切だと感じます。
4番目は、過去の正常に動いていた状態と比較することです。
「以前は動いていたのに今は動かない」というケースは、実はとてもヒントが多い状況です。
何かが変わったから動かなくなったわけで、その「変化」を探すことが答えへの近道になります。
ふと「そういえばあの設定変えたな」と気づく瞬間のあの感覚、ぜひ大切にしてください。
バージョン管理を習慣にするだけで、この比較作業が圧倒的に楽になります。
最初は少し面倒に感じるかもしれませんが、一度体験するとその価値がはっきりわかります。
過去の自分が残してくれた記録が、未来の自分を助けてくれるのです。
そして最後の5番目が、データの流れを追うことです。
プログラムは基本的に、データが入ってきて、処理されて、出ていくという構造になっています。
そのどこかで予想と違う動きが起きているから、バグになる。
それでも「どこで変になったのか」を追いかける作業は、地図なしで宝探しをするようで難しく感じる人も多いです。
だからこそ、print文やログを使いながら「ここではこの値のはず」と声に出して確認していくと、意外と早く犯人が見つかります。
声に出すのが恥ずかしければ、頭の中で実況するだけでも十分です。
この5つのステップを知ってから、受講者と一緒に取り組む講義の中でも変化がありました。
以前は「わかりません」で止まっていたところが、「エラーメッセージにはこう書いてあります」「再現条件はこれです」という形で話が進むようになってきたのです。
それを見るたびに、教えることの楽しさをあらためて実感します。
プログラミングの面白さって、こういう瞬間に詰まっているのだと思うのです。
バグは、敵ではありません。
プログラムが「ここを見て」と教えてくれているサインです。
5つのステップを味方にして、ぜひ焦りではなく、好奇心でコードに向き合ってみてください。
一つひとつのバグが、あなたの技術を確実に育ててくれます。
