AIに作らせたコードは、動かしてみると一見問題なく動くことがあります。ところが中身を読むと、エラーが起きても何も言わずに先へ進む書き方になっていることがあります。画面は動いているのに結果が空、という状況の背後にこれが隠れている場合もあります。ここでは、例外処理が失敗を隠していないかを手元で確かめる練習を書きます。
握りつぶしとは何か
エラーを捕まえたあと、記録も通知もせず、何事もなかったように処理を続ける書き方を、ここでは握りつぶしと呼びます。捕まえる処理自体は悪くありません。問題は、失敗した事実が誰にも伝わらない点にあります。
例外処理の場所を探す
まずコード全体から、エラーを捕まえている箇所を検索して書き出します。言語によって書き方は違うので、使っている言語の例外処理の構文を先に調べておくと探しやすくなります。見つけた場所はファイル名と行を一覧にします。
中身を一つずつ読む
各箇所で、捕まえたあとに何をしているかを読みます。ログを出すのか、画面に伝えるのか、空の値を返すのか、何もしないのか。分からない行はAIに意味を尋ねますが、結論は自分の目で確かめます。
わざと失敗させて動かす
次に、その箇所が呼ばれる前提を壊します。読み込むファイルの名前を変える、ネットワークを切る、入力欄を空にする、といった具合です。壊した状態でアプリを動かし、画面とログに何が出るかを見ます。
結果を表に残す
表の列は、場所、壊した方法、画面の反応、ログの有無、判定にします。判定は、気づける、気づきにくい、全く気づけない、の三段階程度で十分です。あとで見返せるよう、日付も一緒に書いておきます。
直し方をAIに相談する
気づけない箇所が見つかったら、表をそのままAIに見せて、利用者に伝える方法と開発者がログで追う方法を分けて提案してもらいます。提案をそのまま採用せず、自分のアプリでその振る舞いが妥当かを考えてから取り込みます。
直したあとにもう一度壊す
修正後は、同じ方法でもう一度壊して、表の判定が変わったかを確かめます。変わっていなければ、直したつもりで直っていないということです。この往復を重ねると、AIの書いたコードの弱い部分を読む目が少しずつ育ちます。
練習の記録や学習の進め方を整理する場として、AI Craft Campus も参考にしてみてください。