2019/03/05/ (火) | edit |

新元号の発表が近づいてきた。IT業界には、改元に伴って必要となる情報システムの改修を前に戦々恐々としているエンジニアが多いのではないだろうか。
ソース:https://headlines.yahoo.co.jp/hl?a=20190304-00000024-zdn_n-sci
スポンサード リンク
1 名前:日本人 ★:2019/03/04(月) 12:47:28.55 ID:6+/QqY509
https://headlines.yahoo.co.jp/hl?a=20190304-00000024-zdn_n-sci
新元号の発表が近づいてきた。IT業界には、改元に伴って必要となる情報システムの改修を前に戦々恐々としているエンジニアが多いのではないだろうか。
政府は2018年5月に、改修が間に合わない場合は混乱を避けるためしばらくは「平成」を使うという対応もあり得ると発表しているが、あるエンジニアは「5月1日を過ぎても『平成31年』と記載された帳票類をやりとりするのは、組織として恥ずかしいのでは」と苦笑する。
一方で、改元前に和暦から西暦に切り替えを進めている企業もあるようだ。例えばみずほ銀行は、18年から幾度かにわたって実施してきたシステム更新で、預金通帳などの表示を「30-9-28」(平成30年9月28日)といった和暦から「18-10-4」(2018年10月4日)といった形で西暦に切り替えている。
改元対応については、複数のエンジニアが「平成以後に構築されたシステムであれば、元号、消費税、うるう秒など、将来的に変更や対応が求められる事案を考慮してあるのが普通だ」と口をそろえた。「日本人のエンジニアであれば、構築時に改元を意識して当然」という人もいたが、中には「勘定系のシステムや大規模なシステムの場合は、問題点を洗い出して改修するのに1カ月以上かかる」と肩を落とす人もいる。
今回は「2019年5月1日から新元号に切り替える必要がある」と事前に分かっているので、4月1日まではダミーの元号を設定してテストしておき、公表後に新元号に入れ替えて、確認テストを実施すればいいものだと思っていたのだが、話はそう単純ではないらしい。改元を考慮したシステムであっても、機能の追加や改良といった「後付け」により、テストしてみないとどこに問題点が潜んでいるか分からないケースもあるという。
記憶に新しいところでは、1月にMicrosoftが新元号に対応するためのアップデートを適用したところ、各地で「Excel 2010」が強制終了するといった不具合が報告された。改元対応というものは、思惑通りには進まないものなのかもしれない。
■終わらない仕様書との戦い
システムの規模が大きければ大きいほど、多くのリソースを割いて改元対応を進めなければならない。あるエンジニアは「膨大な数のプログラムを相手に、チームで調査、改修、テストを繰り返している。時間はいくらあっても足りない」とため息をつく。
自分が構築時に関わったシステムなら仕様書を遡り、比較的短時間で問題を特定できるのだが、彼が担当しているのは、すでに離職した先輩が手掛けたシステム。「仕様書に記載されていない変更箇所を見つけると、その洗い出しだけでも一苦労。先輩に恨み言のひとつもぶつけたくなる」そうだ。
■行政は意外に苦労しない?
一方で、もともと西暦を使っているためそこまで影響はないと答えるエンジニアもいる。となると影響が大きそうなのは、行政機関や金融機関と関わりがあり、和暦または和暦・西暦を併用する仕組みを構築している企業だろう。特に行政機関は慣例的に和暦が使われていることが多い。
さぞ改元対応には苦慮しているだろう――と、首都圏にある県庁のIT部門の責任者に尋ねたところ、予想とは異なり安堵の笑みが返ってきた。「地方の行政機関の多くは、自治体向けのパッケージシステムを導入しているところが多い。ベンダーがしっかり対応してくれるので、大きな問題は起きないと思う」。別の関係者も「パッケージのシステムをそのまま使っているところなら、OSやベンダーが対応してくれるはずだ」と話していた。
■ベンダー企業のエンジニアはどうなる?
では、パッケージシステムをそのまま使わず、カスタマイズしている企業はどうだろうか。あるエンジニアによれば、従業員数が数百人から千人程度の中堅企業では、業務に合わせてシステムをカスタマイズしていることが多く、開発や保守を外部のベンダーに丸投げしているケースがほとんどという。丸投げされたベンダー側はたまったものではないだろう。
また、あるベンダーの責任者は「有事に備えて、ゴールデンウィークは最低でも自宅待機しなければならない」と話す。世間では「10連休で海外旅行にGO!」などという浮かれた話も聞こえてくるが「休めるかどうかは、事前のテスト結果次第」とのこと。
状況が芳しくなければ、当然ながら休みは期待できない。改元対応に携わるエンジニアたちに、果たして休みはあるのだろうか。
4 名前:名無しさん@1周年:2019/03/04(月) 12:49:19.76 ID:NKClQnkL0新元号の発表が近づいてきた。IT業界には、改元に伴って必要となる情報システムの改修を前に戦々恐々としているエンジニアが多いのではないだろうか。
政府は2018年5月に、改修が間に合わない場合は混乱を避けるためしばらくは「平成」を使うという対応もあり得ると発表しているが、あるエンジニアは「5月1日を過ぎても『平成31年』と記載された帳票類をやりとりするのは、組織として恥ずかしいのでは」と苦笑する。
一方で、改元前に和暦から西暦に切り替えを進めている企業もあるようだ。例えばみずほ銀行は、18年から幾度かにわたって実施してきたシステム更新で、預金通帳などの表示を「30-9-28」(平成30年9月28日)といった和暦から「18-10-4」(2018年10月4日)といった形で西暦に切り替えている。
改元対応については、複数のエンジニアが「平成以後に構築されたシステムであれば、元号、消費税、うるう秒など、将来的に変更や対応が求められる事案を考慮してあるのが普通だ」と口をそろえた。「日本人のエンジニアであれば、構築時に改元を意識して当然」という人もいたが、中には「勘定系のシステムや大規模なシステムの場合は、問題点を洗い出して改修するのに1カ月以上かかる」と肩を落とす人もいる。
今回は「2019年5月1日から新元号に切り替える必要がある」と事前に分かっているので、4月1日まではダミーの元号を設定してテストしておき、公表後に新元号に入れ替えて、確認テストを実施すればいいものだと思っていたのだが、話はそう単純ではないらしい。改元を考慮したシステムであっても、機能の追加や改良といった「後付け」により、テストしてみないとどこに問題点が潜んでいるか分からないケースもあるという。
記憶に新しいところでは、1月にMicrosoftが新元号に対応するためのアップデートを適用したところ、各地で「Excel 2010」が強制終了するといった不具合が報告された。改元対応というものは、思惑通りには進まないものなのかもしれない。
■終わらない仕様書との戦い
システムの規模が大きければ大きいほど、多くのリソースを割いて改元対応を進めなければならない。あるエンジニアは「膨大な数のプログラムを相手に、チームで調査、改修、テストを繰り返している。時間はいくらあっても足りない」とため息をつく。
自分が構築時に関わったシステムなら仕様書を遡り、比較的短時間で問題を特定できるのだが、彼が担当しているのは、すでに離職した先輩が手掛けたシステム。「仕様書に記載されていない変更箇所を見つけると、その洗い出しだけでも一苦労。先輩に恨み言のひとつもぶつけたくなる」そうだ。
■行政は意外に苦労しない?
一方で、もともと西暦を使っているためそこまで影響はないと答えるエンジニアもいる。となると影響が大きそうなのは、行政機関や金融機関と関わりがあり、和暦または和暦・西暦を併用する仕組みを構築している企業だろう。特に行政機関は慣例的に和暦が使われていることが多い。
さぞ改元対応には苦慮しているだろう――と、首都圏にある県庁のIT部門の責任者に尋ねたところ、予想とは異なり安堵の笑みが返ってきた。「地方の行政機関の多くは、自治体向けのパッケージシステムを導入しているところが多い。ベンダーがしっかり対応してくれるので、大きな問題は起きないと思う」。別の関係者も「パッケージのシステムをそのまま使っているところなら、OSやベンダーが対応してくれるはずだ」と話していた。
■ベンダー企業のエンジニアはどうなる?
では、パッケージシステムをそのまま使わず、カスタマイズしている企業はどうだろうか。あるエンジニアによれば、従業員数が数百人から千人程度の中堅企業では、業務に合わせてシステムをカスタマイズしていることが多く、開発や保守を外部のベンダーに丸投げしているケースがほとんどという。丸投げされたベンダー側はたまったものではないだろう。
また、あるベンダーの責任者は「有事に備えて、ゴールデンウィークは最低でも自宅待機しなければならない」と話す。世間では「10連休で海外旅行にGO!」などという浮かれた話も聞こえてくるが「休めるかどうかは、事前のテスト結果次第」とのこと。
状況が芳しくなければ、当然ながら休みは期待できない。改元対応に携わるエンジニアたちに、果たして休みはあるのだろうか。
今こそストの好機
10 名前:名無しさん@1周年:2019/03/04(月) 12:51:05.60 ID:wTUKHPHU0無理でーーーーーす
11 名前:名無しさん@1周年:2019/03/04(月) 12:51:23.44 ID:c/xas5ov0全部西暦に統一すればいい。
15 名前:名無しさん@1周年:2019/03/04(月) 12:52:34.76 ID:+H559gLp0西暦だけでいい
19 名前:名無しさん@1周年:2019/03/04(月) 12:53:28.12 ID:z9ud8H7S0元号表示してるシステムなんか昔のやつだけだろ
21 名前:名無しさん@1周年:2019/03/04(月) 12:53:49.41 ID:BJKmXKsD0平成になるときに対応してるでしょ
29 名前:名無しさん@1周年:2019/03/04(月) 12:55:18.92 ID:83xMgAs60
判子屋が忙しい
在庫してる点検表やら領収書が平成だから判子で直す予定
66 名前:名無しさん@1周年:2019/03/04(月) 13:04:14.32 ID:A7W+gy++0在庫してる点検表やら領収書が平成だから判子で直す予定
これと軽減税率を見越して仕事辞めたった
105 名前:名無しさん@1周年:2019/03/04(月) 13:12:06.60 ID:XJaz7pfF0検討はとうに終わってるから所定の作業をこなすだけでしょ
124 名前:名無しさん@1周年:2019/03/04(月) 13:16:05.46 ID:6ajYq6Fy0最先端職業のイメージがあったけど
完全に逆なのねw
139 名前:名無しさん@1周年:2019/03/04(月) 13:19:36.32 ID:9byttr630完全に逆なのねw
うちのシステムは
和暦検証しまくったよ
178 名前:名無しさん@1周年:2019/03/04(月) 13:28:56.60 ID:bsPhdh6Q0和暦検証しまくったよ
対応諦めた
186 名前:名無しさん@1周年:2019/03/04(月) 13:29:58.10 ID:7rCsli+v0四文字のDQN元号をぶっ込んでほしい
202 名前:名無しさん@1周年[7:sage]:2019/03/04(月) 13:35:28.27 ID:5WAz5oTt0平成のシステムは、改元前提で作ってるからな。
昭和のシステムを継続使用してるとこはヤバイかもな。
217 名前:名無しさん@1周年:2019/03/04(月) 13:39:11.34 ID:H1BmOPns0昭和のシステムを継続使用してるとこはヤバイかもな。
まにあうわけない
引用元:https://asahi.5ch.net/test/read.cgi/newsplus/1551671248/スポンサード リンク
- 関連記事
-
- 【厚労省】生活保護、65歳以上の高齢単身が過去最多 昨年12月の調査
- 【チキンラーメン】「まんぷく」の即席麺 発明したのは安藤百福氏ではないと異論 日清食品「安藤が発明者であることに間違いない」
- 【外国籍児】就学しない外国人の子、初の全国調査へ 1万6000人以上確認できず 文科省
- 【健康は国民の義務】経産省官僚「生活習慣病は自己責任」
- 新元号から改元まで1カ月でシステム対応は間に合うか エンジニアたちの本音
- ゲームセンターが次々閉店、なぜなのか?
- 「いつも同じ服」の人ってどう思われてる?「貧しさを感じる」一方、「他人の服なんて覚えていない」「清潔感さえあれば」
- 10連休、全部休みにする企業が目立つ・・・「本当に休めるのか」と疑問の声も
- 人手不足が深刻なバス業界で女性バス運転手を増やそうという取り組み・・・現状はわずか1.7%
どんだけハードコーディングしてる前提なんだよw
そもそもアウトプット時に和暦変換するだけだし内部和暦で動かしてるシステムなんて公共系ですらレアものだぞ
そもそもアウトプット時に和暦変換するだけだし内部和暦で動かしてるシステムなんて公共系ですらレアものだぞ
2000年問題の時に一緒に(年号)簡単に変えられるようにしなかったの?
19年も使い続けてるシステムって、あんまり無いと思うけど
19年も使い続けてるシステムって、あんまり無いと思うけど
間に合うわけないのに 間に合うかなんて記事よくかけるな
他人の本音とかつかわず記者が無理と断定しろよ
他人の本音とかつかわず記者が無理と断定しろよ
うちの会社には和暦を使ってるシステムが一つもなかったけど
実は使ってないだけでアップデートしたらexcelみたいにエラーにならないか不安
実は使ってないだけでアップデートしたらexcelみたいにエラーにならないか不安
国民に嫌がらせしかしない行政
DBに西暦でもって、必要なら表示のタイミングで和暦変換なんだから、困りゃしねえよ
何より新元号が決まらないと作業が出来ない訳でもない
何より新元号が決まらないと作業が出来ない訳でもない
まあ今になって間に合うの間に合わないの言ってるようなところはそもそも改元がどうのという問題でないことは確かだな
エアエンジニアが沸く記事
デカいシステムで和暦使ってるとこは殆どないと思うから
お役所系か古いシステムを騙し騙し使ってたとこの方がキツそう
お役所系か古いシステムを騙し騙し使ってたとこの方がキツそう
今年いっぱいは平成31年でいいだろ、書類くらい
ソースgreoすれば数秒で終わるのよ。
でも大変そうに見せとかなきゃ予算でないんだよ。
2000年対応経験した技術者だけど、こういう時ってついでに他の大規模な変更も入れるのよ。で、肝心な2000年対応とか元号対応とかに実際にかかった工数曖昧にするのよ。
どこのSI屋も同じ
でも大変そうに見せとかなきゃ予算でないんだよ。
2000年対応経験した技術者だけど、こういう時ってついでに他の大規模な変更も入れるのよ。で、肝心な2000年対応とか元号対応とかに実際にかかった工数曖昧にするのよ。
どこのSI屋も同じ
実際は、切り替わったときに変な挙動しないかどうかを総チェックするのが大変なだけで、元号の名前が決まる時期は大して関係ない。グローバル変数だか設定ファイルだかを用意しといて、それを新元号に変更するだけだから。
和暦表記なくせもう
特亜くっさ
年号が3文字以上(しかも奇数)だった場合、焦るSI屋出てくるだろーな。
エンジニアは誰も政治家に陳情に行かなかったの?何もしなかったの?
エンジニア代表の政治家がいないのがつらいよね
エンジニア代表の政治家がいないのがつらいよね
まぁ基本的には大丈夫だけど、時々なんで仕様通り動いてるのか分からない場所とかあるからなw
一年かけてゆっくり変えればいいじゃない。
ひと月前発表なんてするから、かえってこういう問題が生じる。
そもそも、事前発表は皇室の伝統とそぐわない。
宮内庁の変革主義は異常。
ひと月前発表なんてするから、かえってこういう問題が生じる。
そもそも、事前発表は皇室の伝統とそぐわない。
宮内庁の変革主義は異常。
元旦に新元号発表、5/1施行開始でなんで駄目だったんだよ
そもそも改元を織り込んだシステムを作っとけよ。
まさか平成って文言をソース直入力してるなんてことないよなぁ?
マスタ管理だよなぁ?
マスタ管理だよなぁ?
新元号になるってだいぶ前から言われてるんだから、提案して構築するくらいの時間、十分あったでしょ?
ああ、大変だ!って騒いで値段釣り上げるのか。
ああ、大変だ!って騒いで値段釣り上げるのか。
和暦無くせとかいう志位教徒の多い事w
まず資本主義国家にある狂惨盗から無くせや。
まず資本主義国家にある狂惨盗から無くせや。
急ぐ必要は無い気がする、身近ではカレンダーぐらいしか元号はみないからな
書類とかは西暦があれば元号が無くても問題ないし、後からゆっくり追加でも良いと思う
書類とかは西暦があれば元号が無くても問題ないし、後からゆっくり追加でも良いと思う
元号は割と織り込み済み。
税率が複数あるのがヤバイ
税率が複数あるのがヤバイ
誹謗中傷、差別、反社会的な内容、未成年に不適切なコメントなどはお控えください。
コメントスパム対策のため、きつめに禁止ワードを設定しております。
コメントスパム対策のため、きつめに禁止ワードを設定しております。
|

アンテナさんからの人気、注目記事!!
おすすめ新着記事!!
