ソフトウェア技術者のためのバグ百科事典（14）地獄の作業と化すコーディングのバグ：山浦恒央の“くみこみ”な話（135）（3/3 ページ）

4．やってしまったバグ

　筆者のコーディングの実行結果が意図した通りにならないことがありました。可能性のある場所からデバッガで追ったのですが、なかなか原因が分かりません。

　原因を探した結果、キャスト演算で変数がオーバーフローしていました。「こんな初歩的なことに悩まされたのか」とガッカリしましたが、バグが見つかった安心感で、「今日はぐっすり眠れる」と安心しました。

5．傾向

　コンパイルする段階で、ワーニングが出ていないか確認しましょう。初心者にありがちなのは、動作するからといってワーニングを放置することです。筆者も、先輩に「ワーニングはエラーだと思って対処するように」と教わりました。

　これを確認した上で、意図した実行結果とならない場合は、「変数の未初期化」「変数の見間違い」「記述ミスによる未定義動作」「キャストのミス」をコンソール出力やデバッガを使いながらじっくり確認しましょう。

6．対策

6.1 機能付きのエディタを使用する

　統合開発環境の機能によっては、変数の未初期化などのバグは色付きでエディタに現れますし、変数名などの候補を表示できて便利です。使い慣れたテキストエディタを使用するのもよいのですが、他のツールを検討すると良いでしょう。技術の最先端を切り開くのがプログラマーなのに、「食わず嫌い」というか、新しいツールに対し、かなり強い拒否反応があるようです。新しいツールや新技術を取り入れましょう。

6.2 静的解析ツールを使用する

　例えば、if (a == b)とすべきところを、if (a = b)としてしまったなどの単純なコーディングのミスは静的解析ツールが非常に有効です。プログラムを一通り作り終えた後、一回ツールにかけて問題点を見つけましょう。

7．終わりに

　筆者の経験上、大半のバグは初歩的なものです。その中でも、今回は、コーディングフェーズのバグを取り上げました。動作は複雑で難解でも、原因は、「変数の未初期化」「変数の見間違い」「記述ミスによる未定義動作」「キャストのミス」のような初歩的なバグの可能性が高いと思います。

　実際の開発現場では、本コラムのような短いプログラムはありませんが、まずは、単純なコーディングのバグをうたぐってください。