アカウント名:
パスワード:
設計開発したシステムにバグがあった場合...難しかったからバグは致し方無いと自分を納得させる開発者。
開発者は優秀ならバグを出さない、みたいな思想の持ち主でしょうか?多い少ないの能力差はあれ、難しければ難しいほどバグは出ますよ。コードをたくさん書けばバグがたくさん出るのは当たり前であって、それを前提にバグを取り除く目的でテストという工程があるわけです。そしてテスト後の製品やシステムにバグが残ったとしたら、それはテストのミスで、開発者の責任じゃないです。
うーん、そもそもテストしやすい設計ができているのか、というのは残るんじゃないだろうか?
100発100中で検出できるようなバグならテストミスかもしれないが、そもそも発生確率が異常に低いようなバグとか特定のタイミングでしか起きないようなバグまで含めてすべてテストで叩き落とす、というのも無理がある。
検証に必要な情報をどこまで出せているか、にもよるが。
#2761695さん> コードをたくさん書けばバグがたくさん出るのは当たり前であって可能性として、仰るとおりでしょう。十行のプログラムより、百行のプログラムのほうが、単純に十倍バグが入りやすいと考えられます。しかしバグの多さ少なさ(数量)とは別に、バグの質(軽微か、致命的か)も重要です。
どちらにしましても熟練し優秀な開発者ならば可能性を限りなく零に近づけられると、発注依頼者は信じていますし、開発者ご本人もそう思っているでしょう。
バグありき、バグがあって当然と思っている#2761695さんは#2761636さんが、懸念いている開発者そのものの気がします。
#2761716さん、同感です。品証部門が評価しやすい設計として、インデントを適切に取り、トリッキーでなく第三者にも理解できる読みやすいコーディングというのも重要な要素ですね。
開発者は優秀ならバグを出さない、みたいな思想の持ち主でしょうか?
どちらかと言えば、YESです。
そしてテスト後の製品やシステムにバグが残ったとしたら、それはテストのミスで、開発者の責任じゃないです。
わかりました。あなたはそうやって、第三者が読めない汚いコードで検証が匙を投げるような仕事をしているのですね。
検証を通過したのだから、そのバグは自分の責任ではないと! 素晴らしい!!
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
設計開発したシステムにバグがあった場合 (スコア:0)
設計開発したシステムにバグがあった場合...
難しかったからバグは致し方無い
と自分を納得させる開発者。
Re: (スコア:0)
開発者は優秀ならバグを出さない、みたいな思想の持ち主でしょうか?
多い少ないの能力差はあれ、難しければ難しいほどバグは出ますよ。
コードをたくさん書けばバグがたくさん出るのは当たり前であって、それを前提にバグを取り除く目的でテストという工程があるわけです。
そしてテスト後の製品やシステムにバグが残ったとしたら、それはテストのミスで、開発者の責任じゃないです。
Re: (スコア:0)
うーん、そもそもテストしやすい設計ができているのか、というのは残るんじゃないだろうか?
100発100中で検出できるようなバグならテストミスかもしれないが、
そもそも発生確率が異常に低いようなバグとか特定のタイミングでしか起きないような
バグまで含めてすべてテストで叩き落とす、というのも無理がある。
検証に必要な情報をどこまで出せているか、にもよるが。
Re: (スコア:0)
#2761695さん
> コードをたくさん書けばバグがたくさん出るのは当たり前であって
可能性として、仰るとおりでしょう。
十行のプログラムより、百行のプログラムのほうが、単純に十倍バグが入りやすいと
考えられます。
しかしバグの多さ少なさ(数量)とは別に、バグの質(軽微か、致命的か)も重要です。
どちらにしましても熟練し優秀な開発者ならば可能性を限りなく零に近づけられると、
発注依頼者は信じていますし、開発者ご本人もそう思っているでしょう。
バグありき、バグがあって当然と思っている#2761695さんは#2761636さんが、
懸念いている開発者そのものの気がします。
#2761716さん、同感です。
品証部門が評価しやすい設計として、インデントを適切に取り、トリッキーでなく
第三者にも理解できる読みやすいコーディングというのも重要な要素ですね。
Re: (スコア:0)
開発者は優秀ならバグを出さない、みたいな思想の持ち主でしょうか?
どちらかと言えば、YESです。
そしてテスト後の製品やシステムにバグが残ったとしたら、それはテストのミスで、開発者の責任じゃないです。
わかりました。あなたはそうやって、第三者が読めない汚いコードで検証が匙を投げるような仕事をしているのですね。
検証を通過したのだから、そのバグは自分の責任ではないと! 素晴らしい!!