アカウント名:
パスワード:
こういう言い方したらアレですが、もし後者なら100万件分増やすのも600万件分増やして許容数を一桁上げるのも費用的には実は大して変わらんのと違うのかなぁ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
改修って… (スコア:3, 興味深い)
処理件数がHDD容量に依存、ってことは
今回の改修ではそこしかいじってないわけですよねぇ。
となれば、これ以上の増強は不能なのか、まだ増強の余地があるものを小出ししてるだけなのか、
非常に気になるのですが。
こういう言い方したらアレですが、もし後者なら
100万件分増やすのも600万件分増やして許容数を一桁上げるのも
費用的には実は大して変わらんのと違うのかなぁ。
Re:改修って… (スコア:2, 参考になる)
現実にとある生産管理システムで処理対象品種を大幅に増やそうとしても,桁数が足りなくてどうにもならないなんて例を目にしたことがある.
そんなんチョイとソフトをいじれば済む話じゃないかと担当者に言ったら,システムのつぎはぎの繰り返しで出来上がった膨大な本数のプログラムの修正なんて簡単に出来ないんだよと言い返された.
Re:改修って… (スコア:3, 参考になる)
ちょっと違うな。
新規開発当時は、後のことを考えて余分を入れておくのがセオリー。
COBOLでいうところのFILLERってやつだな。
もちろん記憶容量の節約はするが、最初からギチギチにはしない。
そしてつぎはぎ改修のときに、その部分に追加されたデータを格納するようにするわけだ。
今まで使っていなかった部分にどんなデータが入ろうと、既存部分には影響が出ない「はず」だからね。
そしてその余分を使い切って、どうにもならなくなったときが、システムの寿命…
Re:改修って… (スコア:1)
なんかわからないコードが入っていて使えないことが往々に......orz
#50桁のFILLERの3桁目に謎のフラグが入っているとか
#20桁目以降に数値らしき値が入ってるとか
#どうして端からきちんと使わないんだ
Re:改修って… (スコア:0)
西暦を2桁で処理していたから2000年問題なんてものが生じたわけでしょう?
そして、表面化する間際になるまで危険視されなかった。
その例からして、20~30年前に「余裕を持たせて作る」なんて方法論が
現場で採用されていたとは思えないのですが。
それとも2000年問題はまた違う問題だったのでしょうか。