アカウント名:
パスワード:
天皇が変われば元号も変わるって事自体はある程度予測が出来ると思うんだが、どうして初めから改元を想定したシステムを組まないんだろうか。
何となく想定できたのはこんなイメージ。1) エンジニアが改元を知らなかった2) 客が改元対応をを要求しなかった3) 改元対応した場合の見積があまりに高かったので削られた4) 改元時の受注を想定して敢えて改元対応しなかった
和暦を使うシステムなら改元を想定したシステムにはしてあると思うよ。
でもいつ、どの様な形で変わるかが確定してない状態じゃ最終なテスト出来ない訳で
・和暦を使っているシステムを全部洗いだして・実際の変更内容を反映してテストする
となると、そりゃまぁ相応に負荷は発生するよね。
可能性としては、最悪の場合は数日後に変わる場合もあるのだから和暦を使うなら普通は考慮してるものだしねそれ自体はテスト含めて大した作業工数じゃないのだから何かと批難されるWindowsも近年はwindowsアップデートさえすれば何もしないで済むシステムが構築できるようになってるし
まあ問題に挙がってるのは「普通」ができる余裕がなかったり「普通」の設計や実装ができる人間がいなかったシステムなんだろうけど
「普通」にやっているところは「普通の工程」として、「普通に」洗い出しとテストをやるんですよ。それが「普通に出来ない」ところは
・客に予算か理解か営業の交渉力(あるいは全て)が無い・技術者に度胸があり過ぎる
などな訳です。
# さて、普通とはなんだろう。
># さて、普通とはなんだろう。
「普士通」の略称
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
素朴な疑問 (スコア:0)
天皇が変われば元号も変わるって事自体はある程度予測が出来ると思うんだが、
どうして初めから改元を想定したシステムを組まないんだろうか。
何となく想定できたのはこんなイメージ。
1) エンジニアが改元を知らなかった
2) 客が改元対応をを要求しなかった
3) 改元対応した場合の見積があまりに高かったので削られた
4) 改元時の受注を想定して敢えて改元対応しなかった
Re: (スコア:2)
和暦を使うシステムなら改元を想定したシステムにはしてあると思うよ。
でもいつ、どの様な形で変わるかが確定してない状態じゃ最終なテスト出来ない訳で
・和暦を使っているシステムを全部洗いだして
・実際の変更内容を反映してテストする
となると、そりゃまぁ相応に負荷は発生するよね。
Re: (スコア:0)
可能性としては、最悪の場合は数日後に変わる場合もあるのだから和暦を使うなら普通は考慮してるものだしね
それ自体はテスト含めて大した作業工数じゃないのだから
何かと批難されるWindowsも近年はwindowsアップデートさえすれば何もしないで済むシステムが構築できるようになってるし
まあ問題に挙がってるのは「普通」ができる余裕がなかったり「普通」の設計や実装ができる人間がいなかったシステムなんだろうけど
Re: (スコア:2)
「普通」にやっているところは「普通の工程」として、「普通に」洗い出しとテストをやるんですよ。
それが「普通に出来ない」ところは
・客に予算か理解か営業の交渉力(あるいは全て)が無い
・技術者に度胸があり過ぎる
などな訳です。
# さて、普通とはなんだろう。
Re:素朴な疑問 (スコア:0)
># さて、普通とはなんだろう。
「普士通」の略称