アカウント名:
パスワード:
総合試験以降でバグ出したらなぜなぜやれって客先に言われたんだけど、結局自分達が無能でしたって答えしか導けないんですよね。もしくはお前らの金払いが悪い、か。
失態やらかしたのは事実だし、ぶっちゃけドジこいただけなんだけど、自分たちが無能でしたと報告するのは会社として出来ないし、実作業した部下にそんな思いはさせられないので、空気読めないキャラの自分がごねてルール潰してもらいました。長いお付き合い考えると、プロジェクトのトップとかじゃ出来ないですし。
なぜ不具合が出るのを前提とした体制を構築しないのか?って言いたくなりますよね。 不具合が出たら直せばいいのよ。
リリース以降で不具合が出るのを前提にしちゃダメでしょ。そのためにBDとかPDとかST、UTって段階を踏んでいるんです。ちゃんと各段階で不具合を補足&修正してクローズさせていけば、リリース後に不具合は出ない仕組みになっているはずなんだけどな..
#って書いてて思ったけどこれは工程内での失敗なのになぜなにさせられたって話なのかな?#もしそれなら運用側が開発モデルを理解してないってことだから分析させた側の問題になるけど
> リリース後に不具合は出ない仕組みになっているはずなんだけどな..
いや計算機システムの振る舞いは組みあわせ爆発を起こすことがあるわけでそういう場合、全ケース洗い出しとかはそもそも無理で一定以上の複雑性のあるシステムだと不具合が出るのは不可避に近いでしょう。もちろんコストをかければ不具合の発生率を下げることはできますが、90%の不具合を修正するのに必要なコストと、そこから95%まで不具合を修正するのに必要なコストが同じ…みたいに不具合の発生率を下げるのに必要なコストが上昇しがち。なので、不具合率が一定まで低下したらそれ以上の修正は諦めてリリースするという判断に至っているシステムは世の中にたくさんあります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
突っぱねた事はある (スコア:0)
総合試験以降でバグ出したらなぜなぜやれって客先に言われたんだけど、
結局自分達が無能でしたって答えしか導けないんですよね。もしくはお前らの金払いが悪い、か。
失態やらかしたのは事実だし、ぶっちゃけドジこいただけなんだけど、
自分たちが無能でしたと報告するのは会社として出来ないし、実作業した部下にそんな思いはさせられないので、
空気読めないキャラの自分がごねてルール潰してもらいました。
長いお付き合い考えると、プロジェクトのトップとかじゃ出来ないですし。
Re: (スコア:0)
なぜ不具合が出るのを前提とした体制を構築しないのか?って言いたくなりますよね。
不具合が出たら直せばいいのよ。
Re: (スコア:0)
リリース以降で不具合が出るのを前提にしちゃダメでしょ。
そのためにBDとかPDとかST、UTって段階を踏んでいるんです。
ちゃんと各段階で不具合を補足&修正してクローズさせていけば、
リリース後に不具合は出ない仕組みになっているはずなんだけどな..
#って書いてて思ったけどこれは工程内での失敗なのになぜなにさせられたって話なのかな?
#もしそれなら運用側が開発モデルを理解してないってことだから分析させた側の問題になるけど
Re:突っぱねた事はある (スコア:0)
> リリース後に不具合は出ない仕組みになっているはずなんだけどな..
いや計算機システムの振る舞いは組みあわせ爆発を起こすことがあるわけで
そういう場合、全ケース洗い出しとかはそもそも無理で
一定以上の複雑性のあるシステムだと不具合が出るのは不可避に近いでしょう。
もちろんコストをかければ不具合の発生率を下げることはできますが、
90%の不具合を修正するのに必要なコストと、そこから95%まで不具合を修正するのに必要なコストが同じ…
みたいに不具合の発生率を下げるのに必要なコストが上昇しがち。
なので、不具合率が一定まで低下したらそれ以上の修正は諦めてリリースする
という判断に至っているシステムは世の中にたくさんあります。