【IT】2019年5月1日に新元号、NTTデータや日立は「対応難しくない」
■ このスレッドは過去ログ倉庫に格納されています
皇室会議で2019年5月1日に元号を改正することが決まったと、2017年12月1日に新聞各紙が報道した。2018年中に新元号が公表されるという。政府は2017年12月8日に正式に閣議決定する見通し。元号の改正に伴うシステム修正が必要となる。
NTTデータは「元号改正による修正は限定的」(同社広報)とみる。システム内部で保持する西暦日付を和暦日付に変更するテーブルの修正が必要とする。
日立製作所は「平成から新元号への対応は比較的容易」(同社広報)と話す。新元号の公表から元号改正までの時期に余裕があるため、変更作業を計画的に実施できるほか、昭和から平成への元号変更の際に培ったノウハウを生かせるためだ。
http://itpro.nikkeibp.co.jp/atcl/news/17/120102783/ >>5
年号の関数を代入するだけだぞ
パッチ当てるだけだから、顧客にさせてもいいレベル >>30
その場合は過去と同じで頭に『天平』ってつくんだから〜
改修するのは二文字だから〜 >>188
出力帳票なら、1つの欄に複数の元号表示なんてないし、
入力伝票なら、通常は印刷屋に発注するものだからシステムに関係ない
印刷屋なら、レイアウト変更があったとしても、しんどいなんて事はないでしょ
システムで怖いのは、まさかの元号3文字以上だけど、それは政府もやらないかと >>192
次も50代で即位して崩御にせよ譲位にせよ80代で代替わりだろうからやはり30年、
その次は継承順位で考えると秋篠宮天皇(仮名)時代が5年〜10年、その次が50年前後か。 >>189
2回売れるからむしろ助かるじゃん
というのは置いておいて流石に一年前くらいには公表するだろ >>12
外字とかもされたら大変だな。外字テーブルメンテは手順書化されてないのだ。 >>15
俺が入社した時の上司が「平成36年がヤベー」って言ってた。 >>29
俺、そこまで考慮してシステム作ったら、金の無駄だって言われたけど、そいつを釧路に左遷してやったわw >>194
だがな、SIer張り付けたがるユーザも多くてな。 大手は改元対応自体を組んでるはず
安いベンチャーとかで
目先の問題をデスマーチで乗り切ってるようなとこは危ない つくづく思うのだが、
なぜ崩御とかで急を要するのでもないのに、西暦のキリのいいとこと
合わせなかったんだ?
もう1年、皇太子が天皇陛下の名代で乗り切ればよかったじゃないか?
無駄な予算増やしすぎ、使いすぎ。 >>210
退位したら自決するよ
そういう御方だもの >>210皇室会議に左翼が紛れ込んでいて、
皆に迷惑な皇族を印象づけるため? >>57
政府、銀行、マスコミ(産経、読売、NHK)、役所、2000年対応の時よりやばいM >>194
元号変わるので一番困るのは
元号変わった後でも、旧元号で書類作成をしなきゃならん事務
に対する対応だよ
できんことはないが、個別に対応するとめんどくさい作業が結構発生する 人間いつかは死ぬ。
それは今日かも知れない。
崩御が今日なら改元は明日。 >>14
最初からくんだ方が安く上がるんじゃないのか? IT土方「年号変更機能はあらかじめ用意しといたし大した影響ないだろ」
客「なんかあったとき困るからGWは待機な」 >>214
テーブル参照刺せるんじゃあ、駄目なのか?
事前に想定してないと? >>223
GW明け
ウイルスバスターが日本中のパソコンを起動不可にして阿鼻叫喚に陥れたのは遠い昔なんだな…… amaちゃんだ‏
@tokaiama
今
23 分前
その他
NHK受信料の何が問題か?
現在、民法改正要項になっている「契約の自由」のなかで国家権力による強制契約はありえないことを示す条文になっている
そもそも民法90条=公序良俗則では、NHK契約の強制は認められない
NHK契約の憲法上民法上の根拠は一つも存在しない こんなので難しいとか言われたら仰天して椅子から転げ落ちちゃうよね 役所とかややこしそうなのは分かるけど
昭和→平成の時はどうしたんだよ
平成以降に開発したなら対応してるだろうし M T S Hを外した年号にしなきゃならんのだろうね。 >>228
昭和65年表記で暫定対応し、修正は昭和のとこにゴム印押して対応
当時はインターネットなんか無かったからネット対応云々は考えなくてよかった >>225
数年前にもWindows7がWindowsアップデートの糞内容のせいで起動不可になりましたやんw
な〜んにもなかったのにさw >>214
旧元号というか5月1日以降に4月1日〜4月30日付けでの処理と文書発行しなきゃならん処理だな
あれ?平成31年4月12日付文書で「期限:○○元年5月23日」て書くのはありだっけ? そういってシステムが停まるんだよなぁ
しかも凄く小さな人的ミスで2,3日原因不明w >>1
平成終わるなら平成30年予定の増税は白紙に戻るんだ 改修に数百万取りますって言ったら殴られるレベルだろ。
出力テストはするだろうけど、基本パラメーター変更で済むレベル >>241
そう言いつつ事前に全部の帳票の出力の検証しろとか言い出すんだよなあ
設定変更の作業工数だってただじゃないんだし自分たちで出来ないんだったらおとなしく金くらい出せよ >>241
そんなに安くないよ。
システムの規模にもよるけど、一桁違うのもザラ。 日程が決まってるだけマシだろ
ごちゃごちゃ言ってんじゃねーよ >>241
改修そのものよりも、テストだのドキュメント変更だので改修の100倍の手間がかかる。 平成は、年号がItaniumなんて変わった時代だった >>166
やはりだめですかね
バッチ系の帳票はオーバーレイから修正が必要になりそうだな 退位、元号替え、朝鮮核or空爆戦争、どれが先に来るかな。 最近のシステムなら対応してて当然!みたいな事言う奴が多いけど、現場からすると一からスクラッチしたシステムならともかく過去のシステムを更改
してきたようなシステムだと対向システム側に合わせる都合とかそもそも既存の部分は既存の通りに動くようにしろとか余計なところは触るなとか
そういう積み重ねの結果過去なクソソースが残ってる事が多くて、それを今の運用保守のせいにされても困るというか… 2000年問題の時に合わせて修正している
出来ていないのは無能な証拠 昭和の時代から使われてるシステムってのはもう無いなぁ
そもそも当時パソコン使ってないし 変換サブプログラムを改造しておけばokだろ
カレンダーテーブルに何十年分の西暦と和暦が入っているシステムならSQL一発流せば完了 >>253
それは2000年問題の時にそんな対応仕込む金を出してくれた客が偉いだけだろ
逆に金貰ってないのに対応したなら金もらうチャンスを溝に捨ててるわけで >>257
いやいや、金を出さずに対応を迫るのは、客の常套手段だぞ。 瑕疵担保で費用は請負持ちで派遣奴隷が24/365労働で直すので「対応は難しくない」ですよ >>160
結局自分とこでまともなの作らずに外注運用がほとんどやん 新元号対応のついでにやってもらおうと、別要件をロハで入れようとする客に注意だな。 >>254
昭和の時代末期はとっくにコンピューターが使われだしとるよ 昭和の終わりに改元対策やってた一人だが
今時そんなのに慌ててる奴はアホだけだろうよ >>258
それに押し込まれる営業が無能なだけだろう 5月1日は水俣病公式確認の日でもあるななので朝日新聞潰したいのは自然だろう 平成の次のことまで考えて対応しますか?
動的にマスター管理するように仕様変更するので、見積は高くなりますが
うーん、だったら暫定対応でいいや、平成もしばらく続くだろうし
そん時はもう定年になってるしな、ガハハ
↑
現実はこれだろう 和暦管理は無駄
これを機に行政のドキュメント全て西暦管理するように指導しろ FX(外国為替証拠金取引)のEA(自動売買ツール)とサインツールを開発・公開しております。
興味がありましたら見てみてください。
https://goo.gl/4F8d3o >>189
カレンダーは、そろそろ19年分は最終稿らしいからOUT >>198
元号は漢字2文字と元号法で定めているようだ。 >>257
その発言が私は無能で馬鹿ですってのと同義な 新しい年号を西暦にして2019年からスタートすれば無問題 >>1
そりゃそうだろ
大儲けの注文がもらえるんだから >>277
ヒント:トラッドな大規模システムの更改は5年毎。 >>116
>>183
書くことが無くなってしまったw ■ このスレッドは過去ログ倉庫に格納されています