自動ニュース作成G
新元号は2019年5月1日からの見通し、富士通は「洗い出しとテストの負荷が大きい」
http://itpro.nikkeibp.co.jp/atcl/news/17/120802832/?rt=nocnt
2017-12-10 11:02:57
要約:「金くれ。」
・年度替わりの所じゃないのが困る
・前回の切り替えのことを考えたら、今更困る要素がある方がおかしい。
・bool isHeisei;
・みずほ銀行の稼動が新元号からやる、って話かと思った。まさかそれより遅れたりはしないよね?
・なんで元号をシステムに使ってんねん。西暦でやれよ。
・昭和92年として動いてるシステムがまだ残ってる可能性すらある
・実際のところ、西暦じゃないシステムってどんなのがあるのか? 自分が触れる範囲では見たことがない気がしてピンとこない
・役所に出す書類は元号を使うって聞くが
・役所。西暦はキリスト教だから、正式には使えない。
・被った
・誕生日を入力するのに西暦と元号のどちらでもokってのがある。うちのところは内部では西暦に統一処理している。
・帳票のカスタマイズ分で直に元号入れてるところが割とあったり
・皇紀を使えばすべて解決。役所はむしろそうすべき。
・役所は帰化外国人にも生まれ年を元号で書かせてんのかね。
・#13まったく一つも解決してない件。
・#14 そうだよ
・2000年問題の時に、西暦和暦変換テーブルぐらい作ってないのか?と思った。
・テーブルを作れるぐらい容量があって、テーブル噛ませられるぐらい素直なシステムならなあ。 と、6502なとあるシステムで2k問題に対処したときに思いました。
・単に「15年」みたいに書かれていると、それが西暦か平成かはたまた新元号なのかの区別は難しいか。
・内部は西暦だよ。画面や帳票、法律などが元号表示必須だから洗い出しが大変なんだよ
・自治体の場合な
・元号テーブルをいじるだけで対応出来るようには作ってるけどそれで本番運用したことは一度もないからな
・一番困るのは元号が1文字とか3文字になることかな。あれって2文字で決まってるのかな
・もう皇紀採用しようぜ。
・西暦で良いだろ、情緒をシステムに組み込むと面倒にしかならん。
・限界・境界値テストで試験する時間あるかね。そもそも富士通はまだテスト部隊は存在するのだろうか。
・退位ほのめかした時点で西暦に変えとけよ
・元号残して良いが、カレンダーの大安仏滅と同じ扱い、儀礼的なものだけにして欲しい。
・平成以降に自分が関わって新規開発や改修したシステムは外部テーブル化しててデータ追加で済むけど、それ以前のシステムはプログラム内で変換してるのが多いんだよなあ。消費税も控えてるからさっさと改修したいけど、提案しても「予算が…」で終わってしまう。
・#27 西暦に変える対応と、役所などの結局元号が必須な環境への対応で、二度の工数が生じますね
・一次産業係のシステムも和暦表記が多くてなあ。下手に西暦表記に変えるとクライアント経由で生産者(主に高齢者)から「わかりづらい 和暦に戻せ」ってクレームが来る。