「和歌山で緊急速報メールの誤配信、データ入力周りの不備が原因？」記事へのコメント

データが未入力なら

[Anonymous Coward]

NULLにしておけばよかったのに。

Re:

[Anonymous Coward]

無関係だな　むしろレコードが無いのが正しいような

Re:

[Anonymous Coward]

未入力ならどうするか、ということが仕様書になかったのでしょう。
だとすると、正しいも間違いもありません。
仕様書に穴があることに気付かなかった発注側の負けです。

Re:データが未入力なら

[Anonymous Coward]

仕様調整の場でまともな設計開発担当者なら聞いてると思うよ。
でも「データがないはありえない」と押し切られたんじゃないかな。
で、いざ問題が発生すると設計開発側のミスになるトラブルの基本パターン。

Re:

[Anonymous Coward]

「データがないはありえない」が文書で残っていれば勝てますね。

Re:

[Anonymous Coward]

あるある「ありえないから考えないで良い」って奴
ホントにありえないんかよ…ってな

Re:データが未入力なら

[manmos (29892)]

そう言われた場合でも、「ありえなかろうが、どうであろうが、それを規定しない事にはプログラムが書けない。どっちか決めてくれ」って言いますがねぇ。

そう言えば、通常の所であれば、最悪の事態には成らないように考えてくれます。
逆に考えれば、人が亡くなることが最悪と考えると、今回の「警報を出す」ってのは、安全方向かも。

まあ、出しすぎると、狼少年になるんで…

＃「ケン」ではない。ワーォワーォワオー。

Re:データが未入力なら

[ymasa (31598)]

> そう言われた場合でも、「ありえなかろうが、どうであろうが、それを規定しない事にはプログラムが書けない。どっちか決めてくれ」って言いますがねぇ。

この場合は、
・満潮と干潮の潮位を抜いて現在の潮位と比較して高かったら警報
という仕様ならば、そのとおり。

Re:

[Anonymous Coward]

♯2944191ですが、
それ聞くと「何があっても誤配信にならないようにしろ」しか言わないよ。冗談抜きで。

そして無いときに関しての仕様記載を拒否します。
そして開発者が気づいてどちらにも出来るように処理用意してもレビューで削らせます。
こういうのはそつがない。

省庁と基幹系での実体験なので、この辺のトラブルは基本同じと邪推。

Re:

[Anonymous Coward]

こういうとき、よかれと思って、データがない場合に対する動作（問題が起こらないであろう動作）を作り込むのは、御法度ですか？

Re:

[Anonymous Coward]

仕様書に書いてないからご法度です
仕様書には設定忘れのようなありえないことは書けません
で実装できなかったことあり
あほやでホンマ