アカウント名:
パスワード:
駆け出しのプログラマー的な短絡的発想で「クソ設計」なんてコメントが並んでいるけれど。元記事をよく読んでみようよ。
「現時点では4回目までしか入力できない仕様となっている」
設計の話なんて書いてないよ?気の利いたアーキテクトなら「仕様上は最大4回だけど将来の拡張がしやすいようにしておく」という設計は普通にやってるだろう。
その上で、全国民×最大4回分のデータが登録された状態でのシステムテストはしておく。なにしろ1回増えれば最低でも数千万レコードが増える(履歴として持ってるとして、だけど)システムだから、性能には気をつかうはず。ストレージの見積りも必要だし。
今回、5回以上への仕様変更ということで、あらためて保存期間どうするとかの(おそらく構築初期は積み残しになっていた)まっとうな検討ができる状況にはなってると思う。
devOpsってこういうのだよな。最初からフルスペックを求めて無駄に金と時間をつぎ込むよりよっぽど良いと思う。
自称ITにうるさいスラド民が10年先を見通しと常に100%成功を要求するんやで。 devOpsというワードを見たら発狂して100tハンマーで破壊しかねない。
もっこり美人は関係しますか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
設計≠仕様だぞ (スコア:0)
駆け出しのプログラマー的な短絡的発想で「クソ設計」なんてコメントが並んでいるけれど。
元記事をよく読んでみようよ。
「現時点では4回目までしか入力できない仕様となっている」
設計の話なんて書いてないよ?
気の利いたアーキテクトなら「仕様上は最大4回だけど将来の拡張がしやすいようにしておく」という設計は普通にやってるだろう。
その上で、全国民×最大4回分のデータが登録された状態でのシステムテストはしておく。なにしろ1回増えれば最低でも数千万レコードが増える(履歴として持ってるとして、だけど)システムだから、性能には気をつかうはず。ストレージの見積りも必要だし。
今回、5回以上への仕様変更ということで、あらためて保存期間どうするとかの(おそらく構築初期は積み残しになっていた)まっとうな検討ができる状況にはなってると思う。
devOpsってこういうのだよな。最初からフルスペックを求めて無駄に金と時間をつぎ込むよりよっぽど良いと思う。
Re: 設計≠仕様だぞ (スコア:0)
自称ITにうるさいスラド民が10年先を見通しと常に100%成功を要求するんやで。
devOpsというワードを見たら発狂して100tハンマーで破壊しかねない。
Re: (スコア:0)
もっこり美人は関係しますか?