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