アカウント名:
パスワード:
NULLにしておけばよかったのに。
無関係だな むしろレコードが無いのが正しいような
未入力ならどうするか、ということが仕様書になかったのでしょう。だとすると、正しいも間違いもありません。仕様書に穴があることに気付かなかった発注側の負けです。
仕様が正しくないにしてもデータがなかったらなにもしない(アラートは別)のが標準。
>データがなかったらなにもしない(アラートは別)のが標準。
担当者にはプログラミングスキルも知識も無いでしょうから、請け負ったSE側のミスですかね。仕様書レベルになくても、途中でコードレビューくらいはやるでしょうからそこで誰も気がつかなかった。というか末端プログラマーまでにプロジェクトの責任感は無いだろうから「上流から言われた通りにやれば金貰えるし」という感じだったのかなと邪推。
>> アラートは別>今回のはまさにアラート出たからOKという話？
アラートというのはデータがないというアラートでしょう。今回のは異常を知らせる動作をしたのですから。
仕様調整の場でまともな設計開発担当者なら聞いてると思うよ。でも「データがないはありえない」と押し切られたんじゃないかな。で、いざ問題が発生すると設計開発側のミスになるトラブルの基本パターン。
「データがないはありえない」が文書で残っていれば勝てますね。
あるある「ありえないから考えないで良い」って奴ホントにありえないんかよ…ってな
そう言われた場合でも、「ありえなかろうが、どうであろうが、それを規定しない事にはプログラムが書けない。どっちか決めてくれ」って言いますがねぇ。
そう言えば、通常の所であれば、最悪の事態には成らないように考えてくれます。逆に考えれば、人が亡くなることが最悪と考えると、今回の「警報を出す」ってのは、安全方向かも。
まあ、出しすぎると、狼少年になるんで…
＃「ケン」ではない。ワーォワーォワオー。
> そう言われた場合でも、「ありえなかろうが、どうであろうが、それを規定しない事にはプログラムが書けない。どっちか決めてくれ」って言いますがねぇ。
この場合は、・満潮と干潮の潮位を抜いて現在の潮位と比較して高かったら警報という仕様ならば、そのとおり。
♯2944191ですが、それ聞くと「何があっても誤配信にならないようにしろ」しか言わないよ。冗談抜きで。
そして無いときに関しての仕様記載を拒否します。そして開発者が気づいてどちらにも出来るように処理用意してもレビューで削らせます。こういうのはそつがない。
省庁と基幹系での実体験なので、この辺のトラブルは基本同じと邪推。
こういうとき、よかれと思って、データがない場合に対する動作（問題が起こらないであろう動作）を作り込むのは、御法度ですか？
仕様書に書いてないからご法度です仕様書には設定忘れのようなありえないことは書けませんで実装できなかったことありあほやでホンマ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
データが未入力なら (スコア:1)
NULLにしておけばよかったのに。
Re: (スコア:0)
無関係だな むしろレコードが無いのが正しいような
Re:データが未入力なら (スコア:0)
未入力ならどうするか、ということが仕様書になかったのでしょう。
だとすると、正しいも間違いもありません。
仕様書に穴があることに気付かなかった発注側の負けです。
Re:データが未入力なら (スコア:1)
仕様が正しくないにしても
データがなかったらなにもしない(アラートは別)のが標準。
Re:データが未入力なら (スコア:1)
>データがなかったらなにもしない(アラートは別)のが標準。
担当者にはプログラミングスキルも知識も無いでしょうから、請け負ったSE側のミスですかね。
仕様書レベルになくても、途中でコードレビューくらいはやるでしょうからそこで誰も気がつかなかった。
というか末端プログラマーまでにプロジェクトの責任感は無いだろうから「上流から言われた通りにやれば金貰えるし」という感じだったのかなと邪推。
Re: (スコア:0)
今回のはまさにアラート出たからOKという話？
Re: (スコア:0)
>> アラートは別
>今回のはまさにアラート出たからOKという話？
アラートというのはデータがないというアラートでしょう。
今回のは異常を知らせる動作をしたのですから。
Re:データが未入力なら (スコア:1)
仕様調整の場でまともな設計開発担当者なら聞いてると思うよ。
でも「データがないはありえない」と押し切られたんじゃないかな。
で、いざ問題が発生すると設計開発側のミスになるトラブルの基本パターン。
Re: (スコア:0)
「データがないはありえない」が文書で残っていれば勝てますね。
Re: (スコア:0)
あるある「ありえないから考えないで良い」って奴
ホントにありえないんかよ…ってな
Re:データが未入力なら (スコア:2)
そう言われた場合でも、「ありえなかろうが、どうであろうが、それを規定しない事にはプログラムが書けない。どっちか決めてくれ」って言いますがねぇ。
そう言えば、通常の所であれば、最悪の事態には成らないように考えてくれます。
逆に考えれば、人が亡くなることが最悪と考えると、今回の「警報を出す」ってのは、安全方向かも。
まあ、出しすぎると、狼少年になるんで…
＃「ケン」ではない。ワーォワーォワオー。
Re:データが未入力なら (スコア:2)
> そう言われた場合でも、「ありえなかろうが、どうであろうが、それを規定しない事にはプログラムが書けない。どっちか決めてくれ」って言いますがねぇ。
この場合は、
・満潮と干潮の潮位を抜いて現在の潮位と比較して高かったら警報
という仕様ならば、そのとおり。
Re: (スコア:0)
♯2944191ですが、
それ聞くと「何があっても誤配信にならないようにしろ」しか言わないよ。冗談抜きで。
そして無いときに関しての仕様記載を拒否します。
そして開発者が気づいてどちらにも出来るように処理用意してもレビューで削らせます。
こういうのはそつがない。
省庁と基幹系での実体験なので、この辺のトラブルは基本同じと邪推。
Re: (スコア:0)
こういうとき、よかれと思って、データがない場合に対する動作（問題が起こらないであろう動作）を作り込むのは、御法度ですか？
Re: (スコア:0)
仕様書に書いてないからご法度です
仕様書には設定忘れのようなありえないことは書けません
で実装できなかったことあり
あほやでホンマ