バグ報告に明け暮れた1週間：現場のリアルを振り返る

今週はひたすらバグ報告と向き合う1週間でした。開発者にとって避けられないこのプロセスを、どう乗り越えたかシェアします。

「バグを報告しようと考えるのは少数派だし、考えたとしても、手間がかかるとか、的外れなことを言って恥をかくかも、と考えて結局何もしないことが多い」。実際、多くの人はオープンソースを直接触っていないし、クローズドなシステムでバグ報告をしても報われることはほとんどない。オープンソースで一般的な課題追跡システムなら、報告者はバグのライフサイクルを追うことができる。開発者や他の人がその報告をどう考えているのか、つまり、本物のバグなのか？すでに報告済みなのか？直す価値はあるのか？再現に必要な情報は足りているのか？といったことがわかる。十分な時間をかければ、報告者はバグが修正されたのか、却下されたのか、あるいは放置されたのかを知ることになる。何度か経験を積めば、より精度の高い報告ができるようになるはずだ。対照的に、一般的なエンドユーザー向けアプリへのバグ報告は、送信した瞬間ブラックホールへ消えていく。たとえそのバグがいずれ修正されたとしても、報告者は自分の報告が目を通されたのか、ましてや修正のきっかけになったのかさえ知る由もないんだ。