「東証曰く、システム開発においてコーディング後にはドキュメントは不要」記事へのコメント

T系？

[EchoRelinquish (35648)]

「バグは一定の割合で必ず発生する」「バグを0にすることはできない」

これってもしかしてT系のチェックリストにありがちな、
「ソースnステップ辺りm個のバグを検出させること」を律儀にやった結果なんじゃ

--
一人以外は全員敗者
それでもあきらめるより熱くなれ

Re:

[BlueRain (37857)]

ああ、似たようなことを言われたことがあったな。

小規模なプログラムで仕様通りの動作をして特にバグもなかったのだけど、担当者からバグ収束曲線に近似した形で推移してくれないと困るとか言われて、どうでもいいことをわざわざバグ認定してちょろっと直してを何度かやりました。
最初からバグが少ないと「それだと困る」と言われる世界を初めて知りました。

完成後かなり経ってから、通常あり得ない操作をやると本来あるべき動作にならないという仕様上のバグに気づいてしまったのは内緒。

Re:

[Anonymous Coward]

小規模なら「確率論的に検出されない事もあり得る」みたいな品質見解書いて提出しちゃうよ。

Re:

[BlueRain (37857)]

数値で出さないと納得してくれないんです。
向こうの担当者もわかってくれているのだけど「なんとかお願いします」って。

「検出されないことも<あり得る>」なんてこと言ったらやぶへびです。

Re:T系？

[Anonymous Coward]

うちは品質部門にその手のケンカ吹っかけて
「理由が説明できるならOK」となるようにもって行きました

Re:T系？

[BlueRain (37857)]

自社内の部門ならともかく、お客さんの会社のことなのでこちらから押し切ることはできません。
お客さんも馬鹿を説得するよりそれっぽく数値を作った方が余計な手間がかからないということでこっちにお願いしてきているわけで。

品質管理部門も杓子定規に変な本の受け売りみたいなことに執着しないで、物事の本質を見てほしいものです。