アカウント名:
パスワード:
NULLにしておけばよかったのに。
データが不完全な時に、どう動作させるかはシステムの方向性に依存する。不完全な時に危険が予測される場合、警報を出すか出さないかどちらが安全かの問題。
データ欠落なんて有って当然と想定するべき条件で、今回は「出す」方向に行った訳だから、これはこれで妥当な設計じゃないかな?一応、データ欠落で無条件に警報が出た訳じゃないんだし。
あと、システムダウン時に健全なサブシステムの動作をどうするかって問題も有る。警報を出すか、沈黙するか、異常を報告するか。ま、一般人に異常を通知しても混乱するだけだから、結局「出す」方向にしか設計出来ないと思う。
ま、この辺の事情を一般人に理解させるのも困難だから、結局は「語法発生後の対応」をどうするかの問題で、不完全さだけを責めても仕方ないと思うが。
「ま、この辺の事情を一般人に理解させるのも困難だから、」
と、一般人が申しております。
無関係だな むしろレコードが無いのが正しいような
未入力ならどうするか、ということが仕様書になかったのでしょう。だとすると、正しいも間違いもありません。仕様書に穴があることに気付かなかった発注側の負けです。
仕様が正しくないにしてもデータがなかったらなにもしない(アラートは別)のが標準。
>データがなかったらなにもしない(アラートは別)のが標準。
担当者にはプログラミングスキルも知識も無いでしょうから、請け負ったSE側のミスですかね。仕様書レベルになくても、途中でコードレビューくらいはやるでしょうからそこで誰も気がつかなかった。というか末端プログラマーまでにプロジェクトの責任感は無いだろうから「上流から言われた通りにやれば金貰えるし」という感じだったのかなと邪推。
>> アラートは別>今回のはまさにアラート出たからOKという話?
アラートというのはデータがないというアラートでしょう。今回のは異常を知らせる動作をしたのですから。
仕様調整の場でまともな設計開発担当者なら聞いてると思うよ。でも「データがないはありえない」と押し切られたんじゃないかな。で、いざ問題が発生すると設計開発側のミスになるトラブルの基本パターン。
「データがないはありえない」が文書で残っていれば勝てますね。
あるある「ありえないから考えないで良い」って奴ホントにありえないんかよ…ってな
そう言われた場合でも、「ありえなかろうが、どうであろうが、それを規定しない事にはプログラムが書けない。どっちか決めてくれ」って言いますがねぇ。
そう言えば、通常の所であれば、最悪の事態には成らないように考えてくれます。逆に考えれば、人が亡くなることが最悪と考えると、今回の「警報を出す」ってのは、安全方向かも。
まあ、出しすぎると、狼少年になるんで…
#「ケン」ではない。ワーォワーォワオー。
> そう言われた場合でも、「ありえなかろうが、どうであろうが、それを規定しない事にはプログラムが書けない。どっちか決めてくれ」って言いますがねぇ。
この場合は、・満潮と干潮の潮位を抜いて現在の潮位と比較して高かったら警報という仕様ならば、そのとおり。
♯2944191ですが、それ聞くと「何があっても誤配信にならないようにしろ」しか言わないよ。冗談抜きで。
そして無いときに関しての仕様記載を拒否します。そして開発者が気づいてどちらにも出来るように処理用意してもレビューで削らせます。こういうのはそつがない。
省庁と基幹系での実体験なので、この辺のトラブルは基本同じと邪推。
こういうとき、よかれと思って、データがない場合に対する動作(問題が起こらないであろう動作)を作り込むのは、御法度ですか?
仕様書に書いてないからご法度です仕様書には設定忘れのようなありえないことは書けませんで実装できなかったことありあほやでホンマ
NULLにしても本質的な解決にはならないかも。たとえNULLだろうがレコードがなかろうが、データーが無いのを 0と誤認識するコードを書く輩が多くて困る。この件もそれを区別してエラートラップしておけばよかったのに。
請負業者はどこなのですかね。仕様なのか設計なのかテストなのかわからないが、あまりに酷い。
#こっそり我が身を点検中
小学校の先生が「6÷0は0と書きなさい」なんて教えるとか。定義されないことと結果が整数の0になることの違いが分からないっていう。
まったくむかんけい。
下手にNULLを入れるとクラッシュしちゃうシステムもあったりするのが困りどころ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
データが未入力なら (スコア:1)
NULLにしておけばよかったのに。
フェイルセーフ (スコア:2)
データが不完全な時に、どう動作させるかはシステムの方向性に依存する。
不完全な時に危険が予測される場合、警報を出すか出さないかどちらが安全かの問題。
データ欠落なんて有って当然と想定するべき条件で、今回は「出す」方向に行った訳だから、これはこれで妥当な設計じゃないかな?
一応、データ欠落で無条件に警報が出た訳じゃないんだし。
あと、システムダウン時に健全なサブシステムの動作をどうするかって問題も有る。
警報を出すか、沈黙するか、異常を報告するか。
ま、一般人に異常を通知しても混乱するだけだから、結局「出す」方向にしか設計出来ないと思う。
ま、この辺の事情を一般人に理解させるのも困難だから、結局は「語法発生後の対応」をどうするかの問題で、不完全さだけを責めても仕方ないと思うが。
-- Buy It When You Found It --
Re: (スコア:0)
「ま、この辺の事情を一般人に理解させるのも困難だから、」
と、一般人が申しております。
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)
仕様書に書いてないからご法度です
仕様書には設定忘れのようなありえないことは書けません
で実装できなかったことあり
あほやでホンマ
Re: (スコア:0)
NULLにしても本質的な解決にはならないかも。
たとえNULLだろうがレコードがなかろうが、
データーが無いのを 0と誤認識するコードを書く輩が多くて困る。
この件もそれを区別してエラートラップしておけばよかったのに。
請負業者はどこなのですかね。
仕様なのか設計なのかテストなのかわからないが、あまりに酷い。
#こっそり我が身を点検中
Re: (スコア:0)
小学校の先生が「6÷0は0と書きなさい」なんて教えるとか。
定義されないことと結果が整数の0になることの違いが分からないっていう。
Re: (スコア:0)
小学校の先生が「6÷0は0と書きなさい」なんて教えるとか。
定義されないことと結果が整数の0になることの違いが分からないっていう。
まったくむかんけい。
Re: (スコア:0)
下手にNULLを入れるとクラッシュしちゃうシステムもあったりするのが困りどころ。