「バグを発見する典型的なやり方ってありますか？」記事へのコメント

デバッグパターン

[Anonymous Coward]

まだ紹介されていないようなので。

「デバッグパターン」 [fc2web.com]

このストーリーで紹介された手法のかなりの部分が、ここですでに網羅されています。

中でも身につまされたのが、これ。

名称：PhenomenonDebug アンチパターン
別名： 対処療法アンチパターン、もぐら叩きアンチパターン
例： 「ここの関数に来る値がときどき一文字欠けているんだ。欠けている文字が何か推測するプログラムを書くのに苦労したよ。」
分類： ３．プログラマのバグ
現象： プログラムの現象に対する修正を行う。
原因： 現象はなぜ起こったのかという原因を修正せずに、その現象に対する修正を行ってしまう。

Re:デバッグパターン

[minz (3213)]

もう20年も前ですが、実際に見た事があります。
        c = c / 2; /* 答えが倍になるため */
ってソースをスタッフが書いてました orz
で、そいつは
        a = b + 1;
        a = b + 1; /* 念のため。たまに答えがおかしいので */
ってコードも書いてました orz

--
みんつ

ローストビーフの両端を切り落とす

[monaka (4489)]

> a = b + 1;
> a = b + 1; /* 念のため。たまに答えがおかしいので */
> ってコードも書いてました orz

組込み分野では笑えません．
デバイスレジスタには2度書くというおまじないを，大マジメにやっている人々が結構います．クルマ方面とか．

--
from もなか

Re:ローストビーフの両端を切り落とす

[Anonymous Coward]

プレステのマイナーチェンジで動かなくなるソフトは、対症療法でたまたま動く状態になったからリリースしたってのが多いんだろうなあ。 それで仕様書外の仕様が変わるだけで動かなくなると。

Re:ローストビーフの両端を切り落とす

[Anonymous Coward]

> 仕様書外の仕様
それは仕様とは言わないと思う。

普通は実装依存とか、仕様で定義されていない振る舞いに依存しているとか。ってか、「仕様書外の仕様」がまかり通るなら仕様書を一枚も書かなくても仕様が定義できた事になって嬉しいかも。