スラッシュドット・ジャパン

もっとも、そういう所ではその手のツールの導入以前に、まず「-Wall -Werror」から始める必要がある。
# みたいなー。

＞このようなツールの出力にどう対処するかが問題。

完成したコードにツールを通したあとで警告を減らすために修正するとけっこうひどいことになりますが、この手のツールに引っかからないようなコーディングスタイルを身に着けるというのはかなり有効ではないかと思います。

なので、製品のチェックに使用するなら、コーディング工程のかなり早い段階（クロスレビュー前）で使用し、既存のコードへの使用は傾向分析等を主にするのがいいんじゃないですかね。
これなら、逃げでごまかすよりも、警告の出にくいコードを書くようになると思うんですが。

あると思います。ただし、お尋ねのような意味とは違いますが。

.

年をとってもコーディングを続けられる(続けざるを得ない、ではなくね)人たちの多くは「最初の頃からずっと使い続けられているエディタ」である Emacs や vi を使っている人が多いと思います。
# 私も Final を一時期使っていたが、結局それらは生き残らなかった…

一方で、若い人たちの多くは Eclipse を使っているでしょう。
と言うことは、単純に考えても Eclipse 側には「若手が多い」というバイアスがかかります。

プログラミングもやはり経験値がある程度ものを言いますので、「若手が多い」環境はどうしても品質が下がる、という傾向が出てしまいます。
コーディングを「できなくなる」人たちと言うのは、レベルが低い側ほど脱落率が高いでしょう。と言うことは、同じ世代のプログラマは年齢が上がるほど、平均レベルが高くなるはずです。

.

と言うわけで、20年ほど前に「vi/Emacsなんか使っている奴らのコードは使い物にならん」と言われたのと同じ意味において、今の Eclipse 使いのコードは醜い側に広く分布していると思われます。あと20年もすれば Eclipse よりも便利なツールが現れて新人はみなそちらを使うようになり、きっと言うようになるでしょう。

『xxxx を使っている奴らのコードは醜くていかん』

実装工数5人日(神日?)なのにテスト工数を1人日しか取ってないのが全ての原因だと思われ。

システムの肥大化は関係なしに、リソースが限られた状況下だからこそ、
C/C++が採用される(活かされる)のだと思いますが。
問題と思うなら何が問題で、言語にどのような仕様があれば解決するのか
説明して頂けないでしょうか。
＃こういうことを尋ねると大概ライブラリの問題など言語に関係ない方向に進む。

使っているツールの名前は出しませんがなかなか優秀だと感じました。
ごくまれに、なんで警告が出るんだ出るわけないだろってこともあります。

警告の内容は例えば
１．int型に対しビット演算を行うと「整数型に対してビット演算を行っています」ってな感じの警告が出ます。
　　この場合unsigned int型でビット演算を行えば警告は出ません。

２．もしchar型の範囲が-127～128だった場合
　　0xffを代入しようとした場合これも警告が出ます。
　　型の範囲外の値を代入しようとしているためです。
　　charの範囲は環境により異なるためなんともいえませんが。

３．short型(16ビット)にint型(32ビット)の変数を代入させた場合「暗黙のキャストが行われます」とか出ます。
　　この場合、short型にキャストするれば警告が消えます。short型の変数に入れて良いかもチェック巣r必要も出てきます。
　　ただ、int型(32ビット)にshort型(16ビット)の変数を代入した場合は警告は出ません。
　　(ほかのツールなら警告が出るかもしれませんが)

４．unsigned int型のiに対し
　　
　　　　for(i=100;i>=0;i--)
　　
　　なんて書いた場合も警告が出ますね。「for文の条件は常に真です。」といった内容だったかと。

５．　　int data;
　　　　char tmp = 5;
　　　　data = tmp << 16;
　　
　　これも警告が出ます。警告の文面は忘れましたが
　　tmpの型の範囲外へシフトを行っており情報が失われる。だったかな？
　　tmpは最大8(7?)ビットしかシフトできないためです。
　　この場合
　　
　　　　data = ((int)tmp) << 16;
　　
　　とすればよかったと思います。

６．　　#define AAA(data,val) val = data
　　
　　これも警告が出ます。
　　
　　　　#define AAA(data,val) (val) = (data)
　　
　　とする必要があります。

７．　　#define BBB(data1,data2,val) \
　　　　{ \
　　　　(data1)=(val); \
　　　　(data2)=(val); \
　　　　}
　　
　　この警告は「valは2度以上使用されます」といった内容だったかと。
　　
　　　　BBB(a,b,c++);
　　
　　と書いた場合cが意図していない内容になるかもしれないためだと思います。

もっと深い警告もありますが今手元にデータが無いので内容覚えてません。
かなりうろ覚えなため間違ってるかもしれません。
そもそも「こんなコード書くなよ」といわれればそれまでですが。