アカウント名:
パスワード:
バグを出したときに、次にバグを出さない様にと再発防止策を策定させられる。原因は非所に明確で、コーディングから単体デバッグの時間をもらえれば済むのだ。「設計レベルで充分なレビューが行われているので正しくコーディングすれば単体デバッグは不要」なんてことがあるのでしょうか???
「設計レベルで充分なレビューが行われているので正しくコーディングすれば単体デバッグは不要」
じゃあ、バグが出た時は設計レベルで充分なレビューが行われていないってことだね!・・・そんなわけない。
レビューのレビューをしないといけないな。
単体検証のことを言ってるよね?(本当にデバッグのことを言ってるなら、正しくコーディングされていればデバッグはできません)品質保証のためには必ず検証が必要です。
ですが、品質保証はどうでも良くて、バグを出したときに再発防止のプロセスがありますとかいうポーズを取るのが目的という場合もありますので、正しいやりかたでないとも言えません。
お客様デバッグというやつですね。
再発防止や品質保証はいいけどやたら提出物が増え続けるのが困るなにをするにも書面作成、書面作成・・・実装や試験よりもかかる場合がある
同感。自分が作りこんじゃった分のバグの再発防止はまあしょうがないけど、ずっと潜伏してた他人の潜在バグを発見したとき再発防止策でネチネチやられるのは(さらに結果としてレビュー時チェック項目が級数的に増えていくのは)正直勘弁してほしい。潜在ネタを発見したとき褒美がもらえるなら喜んで既存コードのアラ探しするのに(結果としてコードの質もよくなってくと思うのに)実際は余計な仕事が増えるだけだもんなー。
ソフトウェアはビルドしてテストすることでしか設計の妥当性を担保できませんよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
再発防止策の策定 (スコア:1)
バグを出したときに、次にバグを出さない様にと再発防止策を策定させられる。
原因は非所に明確で、コーディングから単体デバッグの時間をもらえれば済むのだ。
「設計レベルで充分なレビューが行われているので正しくコーディングすれば単体デバッグは不要」
なんてことがあるのでしょうか???
Re: (スコア:0)
「設計レベルで充分なレビューが行われているので正しくコーディングすれば単体デバッグは不要」
じゃあ、バグが出た時は設計レベルで充分なレビューが行われていないってことだね!
・・・そんなわけない。
Re:再発防止策の策定 (スコア:1)
レビューのレビューをしないといけないな。
Re: (スコア:0)
単体検証のことを言ってるよね?
(本当にデバッグのことを言ってるなら、正しくコーディングされていればデバッグはできません)
品質保証のためには必ず検証が必要です。
ですが、品質保証はどうでも良くて、バグを出したときに再発防止の
プロセスがありますとかいうポーズを取るのが目的という場合もありますので、
正しいやりかたでないとも言えません。
Re: (スコア:0)
お客様デバッグというやつですね。
再発防止や品質保証はいいけど
やたら提出物が増え続けるのが困る
なにをするにも書面作成、書面作成・・・
実装や試験よりもかかる場合がある
Re: (スコア:0)
同感。自分が作りこんじゃった分のバグの再発防止はまあしょうがないけど、
ずっと潜伏してた他人の潜在バグを発見したとき再発防止策でネチネチやられるのは
(さらに結果としてレビュー時チェック項目が級数的に増えていくのは)
正直勘弁してほしい。
潜在ネタを発見したとき褒美がもらえるなら喜んで既存コードのアラ探しするのに
(結果としてコードの質もよくなってくと思うのに)実際は余計な仕事が増えるだけだもんなー。
Re: (スコア:0)
ソフトウェアはビルドしてテストすることでしか設計の妥当性を担保できませんよ。