「プログラムの「ワーニング (警告)」メッセージはすべて潰すべき ?」記事へのコメント

そもそもWarningが出るということは,正しく記述されていない、と言うこと。

[okky (2487)]

正しく記述されていない所には、

- typo (i と jとか)
- 型を根本的に理解し間違えている ( char * で受けるはずのものが int * になっているとか )
- ロジックが間違っている　( if ( i == j ) のはずが if ( i = j ) とか)

などの間違いが潜んでいるものです。つまり、そこをtypeしているときに、一瞬脳が寝ていた可能性がある。

Warningがどこで発生しているのかを調べたら「そこがそもそも正しく記述されているのか」「そこは何を意図しているコードなのか」を調査することで、多くのバグを事前に潰すことができます。
あるWarningを消す、というのは「そこを再検討してみましたが、やはり正しいようです」という意味でもあります。なので、Warningは限界まで消すべきなのです。

# まぁ、それでも結構バグってるしなぁ…

--
fjの教祖様

Re:そもそもWarningが出るということは,正しく記述されていない、と言うこと。

[Anonymous Coward]

Warningをほったらかしにするプログラマに「Warningを消せ」と指示したら
-wオプションを使った輩がいたそうな。

いやまぁ、限界まで消えるけどさぁ…

Re:

[Anonymous Coward]

昔、「メモリが化ける！いい加減なハードを渡すな！」と文句を言われて（ソース見
せてくれないので）オブジェクトのディスアセンブルとロジックアナライザを駆使
して調べてみたら、

> - ロジックが間違っている　( if ( i == j ) のはずが if ( i = j ) とか)

のパターンだったことがありますなぁ。
が、しかし、Warningは全部潰してる、という話だったので、makefileを出させたら、

> Warningをほったらかしにするプログラマに「Warningを消せ」と指示したら
> -wオプションを使った輩がいたそうな。

というパターンだったということが・・・。

＃もっと痛かったのは、役員経由で日程遅延の理由としてクレームをつけてくれたソ
　フト屋さんの上司は、結局その役員に結果を説明せずじまいだったこと。
　ま、おかげでハッピーになっているという説もありますので、結果オーライかも。