アカウント名:
パスワード:
データチェックで不正なデータとして排除できたのに、そのデータが生成されるっていうのも変。データチェックが入出力で共通化されていないのかな?
不正データを検出したのに、監視体制側に通知されていないのもお粗末な気がする。通常処理が出来ない場合って何らかの通知するもんじゃないの?ログだけ?
不正データで処理出来なかったとして、どうしてスキップ処理しないのだろう。1つの処理が途中で止まったとしても、そのデータを不正データとして未処理化して次に進められる筈。
これがスラド名物、事後諸葛亮でございます。
この程度の事って普通に開発時の懸念として検討されて当たり前だと思っていたんだけどスラドでは当たり前では無いのか
普通に検討されるが検討漏れが発生するのが大規模案件
その上で2重にも3重にもすり抜けているのはやっぱり変だよ。大規模案件は受注した経験もあるけど、最低限のセイフティをどこに設定するかも考慮されてなくね?大規模だから当たり前っていうのは技術屋としてはダメだよ
多すぎるのは事実だね。でも実際は初期検討の問題よりテスト費用けちった可能性の方が高いと思われ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
色々な疑問 (スコア:0)
データチェックで不正なデータとして排除できたのに、そのデータが生成されるっていうのも変。
データチェックが入出力で共通化されていないのかな?
不正データを検出したのに、監視体制側に通知されていないのもお粗末な気がする。
通常処理が出来ない場合って何らかの通知するもんじゃないの?ログだけ?
不正データで処理出来なかったとして、どうしてスキップ処理しないのだろう。
1つの処理が途中で止まったとしても、そのデータを不正データとして未処理化して次に進められる筈。
Re: (スコア:3, 参考になる)
これがスラド名物、事後諸葛亮でございます。
Re: (スコア:0)
この程度の事って普通に開発時の懸念として検討されて当たり前だと思っていたんだけど
スラドでは当たり前では無いのか
Re:色々な疑問 (スコア:1)
普通に検討されるが検討漏れが発生するのが大規模案件
Re: (スコア:0)
その上で2重にも3重にもすり抜けているのはやっぱり変だよ。
大規模案件は受注した経験もあるけど、最低限のセイフティをどこに設定するかも考慮されてなくね?
大規模だから当たり前っていうのは技術屋としてはダメだよ
Re: (スコア:0)
多すぎるのは事実だね。
でも実際は初期検討の問題よりテスト費用けちった可能性の方が高いと思われ。