【SE】新元号から改元まで1カ月でシステム対応は間に合うか エンジニアたちの本音【デスマ】
■ このスレッドは過去ログ倉庫に格納されています
新元号の発表が近づいてきた。IT業界には、改元に伴って必要となる情報システムの改修を前に戦々恐々としているエンジニアが多いのではないだろうか。
政府は2018年5月に、改修が間に合わない場合は混乱を避けるためしばらくは「平成」を使うという対応もあり得ると発表しているが、あるエンジニアは「5月1日を過ぎても『平成31年』と記載された帳票類をやりとりするのは、組織として恥ずかしいのでは」と苦笑する。
一方で、改元前に和暦から西暦に切り替えを進めている企業もあるようだ。例えばみずほ銀行は、18年から幾度かにわたって実施してきたシステム更新で、預金通帳などの表示を「30-9-28」（平成30年9月28日）といった和暦から「18-10-4」（2018年10月4日）といった形で西暦に切り替えている。
この記事では、複数のエンジニアに取材して分かった「現場の声」と、IT業界の悲喜交交（こもごも）のストーリーを拾っていきたい。
連載：平成のうちに知りたい元号のこと
https://www.itmedia.co.jp/news/series/12465/
改元対応については、複数のエンジニアが「平成以後に構築されたシステムであれば、元号、消費税、うるう秒など、将来的に変更や対応が求められる事案を考慮してあるのが普通だ」と口をそろえた。「日本人のエンジニアであれば、構築時に改元を意識して当然」という人もいたが、中には「勘定系のシステムや大規模なシステムの場合は、問題点を洗い出して改修するのに1カ月以上かかる」と肩を落とす人もいる。
https://image.itmedia.co.jp/news/articles/1903/04/l_am1535_kaisyu.jpg
今回は「2019年5月1日から新元号に切り替える必要がある」と事前に分かっているので、4月1日まではダミーの元号を設定してテストしておき、公表後に新元号に入れ替えて、確認テストを実施すればいいものだと思っていたのだが、話はそう単純ではないらしい。改元を考慮したシステムであっても、機能の追加や改良といった「後付け」により、テストしてみないとどこに問題点が潜んでいるか分からないケースもあるという。
記憶に新しいところでは、1月にMicrosoftが新元号に対応するためのアップデートを適用したところ、各地で「Excel 2010」が強制終了するといった不具合が報告された。改元対応というものは、思惑通りには進まないものなのかもしれない。
□終わらない仕様書との戦い
システムの規模が大きければ大きいほど、多くのリソースを割いて改元対応を進めなければならない。あるエンジニアは「膨大な数のプログラムを相手に、チームで調査、改修、テストを繰り返している。時間はいくらあっても足りない」とため息をつく。
自分が構築時に関わったシステムなら仕様書を遡り、比較的短時間で問題を特定できるのだが、彼が担当しているのは、すでに離職した先輩が手掛けたシステム。「仕様書に記載されていない変更箇所を見つけると、その洗い出しだけでも一苦労。先輩に恨み言のひとつもぶつけたくなる」そうだ。
筆者は「仕様書に変更点が書かれていないことがある」ことにまず驚いたが、他のエンジニアもその可能性を否定しない。「最近は監査が入るのでそうした事例は少なくなったが、古いシステムであれば仕様書を確認しても変更点が書いていないことはあり得る」と証言する人もいた。改元対応に限らず、前任者たちがシステムの増改築を繰り返した結果、迷路のように入り組んだ“後任泣かせのシロモノ”になったという話は枚挙に暇が無いという。
ある50代のエンジニアは改元対応に「2000年問題」の記憶を重ね、「黄ばんだ仕様書と悪銭苦闘しながら古いシステムの問題点を洗い出し、改修するのは気の遠くなるような作業だった」と当時を振り返る。
2000年問題の対応にかかった時間は3年ほど。未解決事件を解き明かすコールドケース捜査官になった気持ちで、プリントアウトした数十万行というソースコードを、ラインマーカー片手に1行1行確認していったそうだ。既に一線からしりぞいた彼は「改元で似たような対応を迫られているエンジニアもいるのでは」と後輩を憂える。
https://image.itmedia.co.jp/news/articles/1903/04/l_am1535_kaisyu2.jpg
長いので >>2 に続きます
2019年03月04日 07時00分 公開
ITmedia NEWS
https://www.itmedia.co.jp/news/articles/1903/04/news047.html >>1 から続く
□行政は意外に苦労しない？
一方で、もともと西暦を使っているためそこまで影響はないと答えるエンジニアもいる。となると影響が大きそうなのは、行政機関や金融機関と関わりがあり、和暦または和暦・西暦を併用する仕組みを構築している企業だろう。特に行政機関は慣例的に和暦が使われていることが多い。
さぞ改元対応には苦慮しているだろう――と、首都圏にある県庁のIT部門の責任者に尋ねたところ、予想とは異なり安堵の笑みが返ってきた。「地方の行政機関の多くは、自治体向けのパッケージシステムを導入しているところが多い。ベンダーがしっかり対応してくれるので、大きな問題は起きないと思う」。別の関係者も「パッケージのシステムをそのまま使っているところなら、OSやベンダーが対応してくれるはずだ」と話していた。
□ベンダー企業のエンジニアはどうなる？
では、パッケージシステムをそのまま使わず、カスタマイズしている企業はどうだろうか。あるエンジニアによれば、従業員数が数百人から千人程度の中堅企業では、業務に合わせてシステムをカスタマイズしていることが多く、開発や保守を外部のベンダーに丸投げしているケースがほとんどという。丸投げされたベンダー側はたまったものではないだろう。
逆に、カスタマイズを担当したベンダーが経営破綻してしまった――といった事態になっても、丸投げした企業には対応するすべがない。これを機にシステムを刷新するという手もあるだろうが、日本企業では、システム（ソフトウェア）は償却資産として計上しているので、会計処理の問題も絡み、経営上の大問題に発展する可能性もある。このような例はさすがに稀有であろうが……。
改元対応の話ではないが、ある独立系システムエンジニアによると、過去には「企業側が保守契約をケチったために、担当したSIerが仕様書やソースコードを破棄してしまったという話もある」そうだ。うっかりジョーカーをつかまされた後任者には、それこそコールドケース捜査官のような地道な解析作業が待っている。
また、あるベンダーの責任者は「有事に備えて、ゴールデンウィークは最低でも自宅待機しなければならない」と話す。世間では「10連休で海外旅行にGO!」などという浮かれた話も聞こえてくるが「休めるかどうかは、事前のテスト結果次第」とのこと。
状況が芳しくなければ、当然ながら休みは期待できない。改元対応に携わるエンジニアたちに、果たして休みはあるのだろうか。
Copyright © ITmedia, Inc. All Rights Reserved. 素人だからよくわからないんだけど、
アプリとかOSって多言語仕様で、簡単にいろんな国の言語に切り替えられるよね？
元号も変わることを想定して、設定一つで簡単に切り替えってできないの？ 無視すればいいじゃん 今のソフトは西暦もついているから何の問題もないわ 2000年問題で死者が１０万人とか言ってなかったかｗ 西暦しか使ってないので問題なし。
今が平成何年かも知らない。平成であることは知っているけど。 安の字を入れることが確定した安倍のための暦なんていらんよ
元号廃止 普通は元号マスタを用意してあるだろ。
システム変更なんて何もいらない。 >>8
一部パヨクと阿呆マスゴミが騒いでるネタに引っかかる情弱さんがいると
クスクスしたくなるよねｗｗｗ 元号は儀礼的な使用に留めて他は西暦で統一してほしいわ ２０００年問題に引っかかったシステムは２桁を４桁にしなきゃいけなかったから改修が必要なのはわかるけど
元号なんて２文字固定なんだから最悪でも全文検索して全置換するだけで終わるだろ。 今回ほぼ完璧に対応しておけばすぐに来るであろう
新々年号にも無理なくスムーズに切り替えられる
まあ頑張れ 普通はちょっとした手直しだけで終わるように作ってるだろうけど、それを伏せて
改修が必要っていうIT企業は多いとおもうぞ。
実際知り合いの会社も2000年問題のときは、想定して数行変えるだけで対応できるように
組んでたけど、それ黙っててちょっと変えただけで当時1800万ボロ儲けしたとか言ってたわ。
世の中アコギな会社はあるよ。 マスタって言っても、ここ３０年以内に実装したコードだとすると、
元号追加の実績は無いから、
バグは結構でてくると思うよ。 >>16
ぼろ儲けじゃないよ。
いくら想定していても、実際に変更して実運用してトラブルがたくさんでてきたらどうするつもりなん？
16は見積もりやらん方がいいぜ。 >>13
4/30以前は平成にせにゃならんから、単純に置換すればいいわけではない 5,新元号,20190501
これ追加で駄目なん？ >>20
追加して、それが全てに正しく出力されることを確認する必要がある
面倒くさいのは「全て」を洗い出し仕様もまとめる必要がいることと、正しく出力されなかったら改修してまたテストしなければいけない この文面見るだけでも大爆笑ｗｗｗ
わざわざ手間暇かけても国力は下がっていくんですよ？
移民によって国のあり方が変わっていくんですよ？
もしかすると移民によって天皇制が終了させられるかもしれないんですよ？
こんなとこまで元号に拘っちゃって相変わらずバカジャップだねえ
もはや壮大なコント見せられてる気分だわｗｗｗ >>12
国や地方自治体と取引や覚書を交わす民間企業が、該当すると思われ。
うちも2社、同様のこと言われる恐れがあったんで、3年前からシステム改修しといたぜー！っと。 >>11
ことろがどっこい
NHKが予防線張りまくってるんだよなあｗｗ
産経も不自然なことに安の字を取り上げる始末
ひでえもんだな 間に合わない訳ないだろw
記者はどんだけ無知なんだよwww 安倍政権は中国の古典からというルールを変えるという宣言まですでに終えている
後は実行するのみ 関数を修正したら、スタティックリンクだったらコンパイルとリンクしなおさないといけない
ところが最新のソースと現在のオブジェクトが一致しているとは限らない罠
ちゃんと管理していても、他の要件で修正中のやつがあったりすると面倒で
間違った操作をしたら終わりにならないように
バックアップをするだけでひと仕事 IT技術が発展してから初の改元だけど
今回みたいな1年以上の猶予期間と事前に変わる日付がわかってる改元でさえこんなに大変なんだったら
もし天皇陛下が崩御となったらデスマとかじゃ済まない大パニックじゃね?
はっきり言って今回のはLevel1だろ 元号わかってから初めて対応するボケはいないので余裕です 最近は元から変わるものとして作ってること多いし、余裕だと思うわ。
古いシステムは大変そう >>32
だよなあ
別に生活に困らないのにわざわざ導入して苦しんでるんだもん
ほんとアホな奴らだと思うよ
こっちはSE含め見世物小屋の珍獣を見るように楽しませてもらってるわｗ お客さんが多いところはやばいところあるだろうな
金融系とかリモートじゃ触れないところも結構あるし >>21
そんなのとっくにテスト済みだわw
勝手にマスゴミが騒いでるだけ。 えーと
リレーショナルデータベースと言うのがあってだな
そういうのは簡単にできるはず 毎日PCなりスマホに目を通してるけど全部西暦表示だし
和暦がないとかふざけるなー！
って一度も思ったことがない
というか和暦表示されてるかどうかすら頭になかったｗ
マジでコンピュータの世界に和暦要らんやろ
和土人が勝手にシステムに組み込んで勝手にデスマで苦しんでるだけやん
アホとしかいいようがないわｗ どうせ平成31年5月とか出たところで受け取る側が今年と解釈すればいいんだし そんなのを想定していないソフトウェアはクソだよ
役所絡みの企業だと当然対応してないとねぇ 「ドキュメント無いから、まずリバースエンジニアリングして設計書起こしてから作業してね」はまず間違いなく地雷仕事だから
みんな気をつけろよ。 >>1
間に合わないフリをして、金を要求するのがシステム屋
こんなもん、もうできとるわい 崩御されたら、翌日に急な改元になるが、
それでも役所も何も止まらないし、なんとかなる。
ましてや1か月も猶予があれば、基幹システムは大丈夫。
むしろ1か月でと言われる方が大変なので、
退位の日に新元号発表の方が良かったりして。 前回：まぁすぐ対応できないのは仕方ないよ君達も大変だね
今回：1ヶ月も余裕を与えたのにできてないのかよ！クソ無能！
ってなってよっぽどひどいことに システム上元号変更なんて1日もあれば十分おわるのに
これでまた稼ごうとおもって大変だ大変だと大騒ぎする業者が増えるんだろうな。
変更するのはすでにきまってるのだから発表されるまでに準備すれば数分もかからず変更できる。 発表されてから始めるバカはいねぇだろ。
発表されたら新元号名を入力すれば即動くだけにしておくだろ。
そもそもいずれ改元があるのはわかりきってることなんだから
最初から改元に対応できるようにプログラム組んどくだろ、まともな頭があれば。
各元号の名前と開始日を入れれば計算できるように作るよな？ 間に合うに決まってるだろｗ馬鹿なのこの記者は？
予期しない不都合が出るかもしれないけど、
それとは話が別だし。 >>53
まともな実装してれば何の苦労もねえよ。
だいたい改元は突然やってくるのが普通なんだから一瞬で対応できるように作ってあるしテストもしてあるわ。 役所も1年くらいは旧元号を許容してくれるから問題ないよ。 元号なんて珍漫にしとけ
どうせヤルことしか頭にない連中ばっかだし
上級から下級までさ
その2文字を仕込ませて社会を混乱させてしまえ
そっちのがこの国にお似合いだよｗ ソースコードの印刷なんて実際にやることはあるのか？
検索できんし、かさばるだけで扱いづらいし、
エディタで編集してるよりいいことは一つもない
せいぜい、仕事してますよアピールくらいかw >>45
その辺も普通に組み込んである、一般的なシステムなら。 >>58
お前んとこの祖国はバカだから漢字を捨てて、ちょっと前の自国の公文書も読めねーんだろw
そういうバカは黙っとけw いや、最近の自分達で作ったシステムならいいんだけど、
昔のシステムだとそもそも設計書からコードから無い事が多いからな……信じられないことに。 去年のうちにとっくに対応してるよ。
いや、まさか、今から対応するとこなんてある？ナイナイ 内部的には全部西暦で表示だけ和暦使ってるようなシステムはいいけど
和暦で入力したデータをそのまま使ってるアホシステムは意外と多い
当然元号をまたぐようなこと(4月受注、5月納期)があるだけで大騒ぎ なんか平成でしか使わないつもりで作ったらしいシステムもあるよ ■まもなく夜８時から、あの朝８時にやっている伝説のニュース番組
【虎ノ門ニュース】 略して虎８★
が、２週間限定で生放送されます！！！！！！
https://freshlive.tv/toranomonnews/264924
お見逃しなく！
〜ニコニコ生放送、FRESH LIVE、Youtubeで生放送〜 配列がわからないから、元号足せないわ・・・
>>66
あるある
未だにwin2000 server＠vmで動いているけど、vcのソースコードも無くなっていてアタフタしてる客がいるわ。 平成__年ってフォーマットに数字だけ計算して出せってな仕様は山程ある。
客に仕様の文句言っても何一つ得するわけじゃない。
水増しすんなと言われるのがオチ。
そりゃそのとおり計算して、おとなしくその帳票を納品するわな。 まともな人が作ったシステムなら対応は簡単だけど、
実際にはまともな人が作ったシステムなんてほとんど無いんだから仕方ないよね >>28
＞ちゃんと管理していても、他の要件で修正中のやつがあったりすると面倒で間違った操作をしたら終わりにならないように
一体それ何十年前のやり方だよ・・・
そんなので「ちゃんと管理している」と言えるのか？ｗ まぁ
えぬてーてーとかひたちとかうじつうとかえぬいーしーとかぱなそにつくとかきやのんとか後めんどくさ略
名だたる大手やその子会社人身売買企業どもの設計能力じゃこんなもんだな こんなもん和暦だろうが元号切り替わり意識してやるのが普通
1週間の間に元号3回変わろうが1日で元号変わろうがきっちり動くの考えるでしょ普通 >>74
何十年に一度しかないから
昔の人はあんまり考えてなかったんだよ、きっと。 ご丁寧に漢字2文字という共通のルールが敷いてあるのに
一瞬で変更できないシステムを設計した奴がバカすぎる >>74
もちろん想定してるけど、客にはあー大変間に合いません予算が欲しいですって言うのが普通 なんでずっと前からわかってたことが一ヶ月前云々って話になってんだよ 実際に切り替わるときには10連休で、何かあってもソフト開発会社やサポート会社に連絡がつきません もし元号がアルファベット二桁になったら死ぬと思うよ 比較的新しいシステムなら、元号マスタとかは普通なんだけど、問題はレガシーすぎるシステムだろな
おそらく平成になった時に、工数や修正リスクの関係で、元号マスタとかの仕組みを導入できなかったシステムが結構あると思う
でも、たとえそんな糞レガシーシステムでも、平成の改修の時の全修正箇所に
「# ここ元号修正したお！」と共通のコメントを書いておけば、今回もそこを直すだけ
だよね・・・？ 俵 才記
‏
@nogutiya
24時間24時間前
その他
言いたいのはNHKは有料放送か民間放送にすれば良いと言うこと。
公共放送という理由で、強制的に受信料を取るのは辞めてくれ。
公共放送なんていらない。
NHKの理念を読むと国家の統制から自立して公共の福祉のためと書いてあるが、今のNHKは国家の御用放送じゃないか💢 >>83
COBOLでもなけりゃ、当時と同じ開発言語のわけがない。
COBOLだと、修正箇所は「そこ」なんて一箇所になるわけもない。 ま、できるところもできないところもある、できるところは良いが出来ないところは酷いことになるわけ >>86
レガシーシステムの話してるんですけど
またマウンティングですか？ 言語なんて変わるはずがないやん
言語変わるなら元号の仕組み作るやん >>85
コピペだろうが、こないだのコンビニ24時間強制問題はNHKだから放映できたと思うよ
民間じゃ無理だね。公共ってのは災害時のための意味もあるんで簡単にはやめられないだろう
いずれにしてもNHKはやはり必要だろう、NHK以外はコンビニに対して何もできないところを見てもね
コンビニ業界は危険すぎる、報道されないから、誰も逆らえない >>88
横ですが
レガシーだろうが何だろうが
awkかperlでsed使えば一発で変換できるのでは? 平成への切り替え案件で西暦固定か和暦変換の仕組みは組み込んであるだろ
もし、想定してないとか言ったら相当にレベル低いだろ >>84
お前みたいなのがいると動かないコンピュータに掲載されちゃうよ >>95
なんで?
unixだと一発で変換できるんだけど? >>92
「今までちゃんと動いてたのに
なんで元号変えるだけで他のシステムに変えるんだ？
お金はお前が出すのか？」 アホな日にちを返すシステムに他のシステムもおおあらわか
期日前に入金したのに弾かれるとか勘弁だぜ >>97
いやいや プログラムの話でしょ?
どんな古いシステムでも
そのプログラムはある訳で、unuxに持って行って
置換かけてからまた古いシステムに再インストールすれば
良いのでは?ダメなの? これ、何年か禍根を残すはず。
新元号のコードが追加されてないjavaが生き残り続けるから ■ このスレッドは過去ログ倉庫に格納されています
