アカウント名:
パスワード:
経理や事務のねーちゃんがミスった時に生じる損害は、プログラマがミスった時に生じる損害の 1/1000 - 1/10000 ぐらいしかありません。
デバッグサイクルのコストや、リリースしてしまってから発見されるバグのコストを低く見積もりすぎです。
>プログラマがミスったレベルならば、デバッグとか単体/結合テスト>あたりでリカバリできるのでは?単純なプログラムをのぞいて、現実的な発言とは言えないな。最初にバグを入れないのと、入ったバグを検出/除去するのとでは、かかるコストが桁違いだし。
>なので、経理のミスに比べてリスクは小さいと思うのですが。経理の場合は計算ミスがあれば、金額の辻褄が合わなくなることで発覚し、そして、最初から計算をやり直す羽目になるのでは。
プログラムで言えば、「FF 9F 00 A1 39 ....」みたいな16進データを入力するようなもんではないかな。間違ったら実行時にエラーがでて検出はできるけれど、その時の修整はまた一から全部比較していくしかない。
逆に言えば、こういう無意味なデータ入力時に音楽を聴く人は少ないのではなかろうか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
プログラマーって保護動物かなんかなのか? (スコア:2, すばらしい洞察)
プログラマーってのはそんなにも保護されてないと仕事ができない職種だったっけか?
Re: (スコア:1)
経理や事務のねーちゃんがミスった時に生じる損害は、プログラマがミスった時に生じる損害の 1/1000 - 1/10000 ぐらいしかありません。
デバッグサイクルのコストや、リリースしてしまってから発見されるバグのコストを低く見積もりすぎです。
fjの教祖様
Re: (スコア:3, 興味深い)
あたりでリカバリできるのでは?
なので、経理のミスに比べてリスクは小さいと思うのですが。
会社の財布を握っていることの意味は大きいですよ。
# 作りっぱなしで出荷する?
# ならばそれ以前の問題ですね
---- 何ぃ!ザシャー
Re:プログラマーって保護動物かなんかなのか? (スコア:1)
>プログラマがミスったレベルならば、デバッグとか単体/結合テスト
>あたりでリカバリできるのでは?
単純なプログラムをのぞいて、現実的な発言とは言えないな。
最初にバグを入れないのと、入ったバグを検出/除去するのとでは、
かかるコストが桁違いだし。
>なので、経理のミスに比べてリスクは小さいと思うのですが。
経理の場合は計算ミスがあれば、金額の辻褄が合わなくなることで発覚し、
そして、最初から計算をやり直す羽目になるのでは。
プログラムで言えば、「FF 9F 00 A1 39 ....」みたいな16進データを入力する
ようなもんではないかな。間違ったら実行時にエラーがでて検出はできるけれど、
その時の修整はまた一から全部比較していくしかない。
逆に言えば、こういう無意味なデータ入力時に音楽を聴く人は少ないのではなかろうか。
Re:プログラマーって保護動物かなんかなのか? (スコア:1)
>かかるコストが桁違いだし。
こっちの表現が拙く分かりにくかったみたいなので、ちょっと補足します。
V字モデル(正式名称忘れた)では、要件定義/基本設計/機能設計
などの工程に対し、確認テスト工程がそれぞれ定義されていて、
それより下流の工程(基本設計に対するプログラミングなど)で
作りこんだバグは対応するテスト工程でつぶさないと後工程では
莫大な手戻りとなりますよ、って言ってます。
「プログラマがミスったレベル」ってのは設計ミスとか要件定義漏れ
と比較して言った表現です。
つまり、プログラミングで混入したバグはデバッグや単体テスト
のうちにつぶすことで追加コストを最小限に抑える、と考えるべき
ですがどうでしょうか。
# 要件漏れで出る影響に比べたら小さくないといけないってことです
# なお除去するタイミングによってコストが激変するのは承知済です
ただし、「自社の会社規模 << 受注システムの規模」である場合は
経理のミスの方がダメージが少ないかもしれません。その点は失念
していました。
>逆に言えば、こういう無意味なデータ入力時に音楽を聴く人は少ないのではなかろうか。
それについては同意ですね。
歌詞や曲に入力バッファを乱されそう……
---- 何ぃ!ザシャー