新元号から改元まで1カ月でシステム対応は間に合うか エンジニアたちの本音
レス数が1000を超えています。これ以上書き込みはできません。
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!」などという浮かれた話も聞こえてくるが「休めるかどうかは、事前のテスト結果次第」とのこと。
状況が芳しくなければ、当然ながら休みは期待できない。改元対応に携わるエンジニアたちに、果たして休みはあるのだろうか。 うちはそもそも元号使ってないわ
どうしても使う場合はフロントで西暦から変換する 30年前はたいして混乱が起きなかったと国会議員が言ってたしな。 2000年問題の対策よりかはマシだろ？
間違いが起こっても原発が爆発するわけでもないしｗ ここで元号が3文字とか4文字になったらおもしろいのにな。
漢字二文字という規定はどこにもないし過去には4文字とかもあったし。 天皇や元号は廃止でいいだろ
こいつらのわがままに振り回される国民は迷惑 >>9
コンピュータ依存度がまるで比較にならんでしょ >>17
憲法を改正する必要があるが
そのための改憲はOKなん？ 全帳票の出力テストと確認だけでも1ヶ月で終わるとは言えんだろ 元号なんて１００害あって１利なし。
これを機会に元号廃止すればいいのに 元号は普通ならシステムのほうは設定ファイルかdbに持ってるから大丈夫だろうが、帳票は大変だろうな。 31を01に書きかえればいいだけじゃないの？
十の位の3を0に置き換えれば済むでしょ？ >>18
発表時期遅らせたい奴らは、そんな認識だったよ。 元号が変わるなんて最初からわかってんだからそのように作ってる
のに何があるかわからん 判子屋が忙しい
在庫してる点検表やら領収書が平成だから判子で直す予定 DBを1行修正するだけ。
こんなの、エンジニアじゃなくて、現場の保守担当者がやる仕事だ 発表されてからじゃないと開発始められないわけ？んなアホな >>1
元号か・・・・・
つい最近、マイクロソフトがパッチで元号バクやらかしてる
最大手でさえこれだからなｗ 使ってるけどDB上は西暦だし前に陛下が入院した時に影響範囲は全部調べた
帳票系もイニシャル被りと三文字年号が無ければ大丈夫な所まで詰めてある 修正5分、確認1ヶ月 って言葉があってな
出力条件が複雑な帳票だとシナリオとテストデータ用意するだけで気が遠くなる・・・ いまだかつて元号使ってるシステムに
遭遇したこともないし開発したこともない
そんなのあるのいまどき？ 改修はもう終わってんだろ、あとは発表されたら設定変えるだけ。 >>1-6
システム屋どもが金をせびるための言い訳にしか聞こえない
すでに昭和から平成に変わっている前例があるのだから
それに新しく追加するだけで金とるとか許されない
>>9
ほんとそれ >>1
そんなもんテーブル作って後はデータ入れるだけにしときゃいいだけやろ どこぞの銀行みたいに連休の度に利用全停止してメンテすれば良いｗ >>1
18-10-4って・・・
何故4桁にしないｗ >>30
大手の金融なんだけどこの前調べたらオンコーティングが山の様に出てきたよ
昭和から平成に変わる時に変数に変えとけよバカがと思ったが
古いシステムにはまだまだ腐る程あるってこった 免許更新の手続き書には 数字だけ記入だったなぁ
31年だけ書いたから 警察関連とか 行政関連は 数字だけ書かせるんじゃないか？
元号が だんだん暗号化してきて ちょっと不気味… でもさ、元号が変わるのなんてコンピュータがこの世に誕生する前から分かってたんだよな。
なんではじめからそういうシステムにしておかなかったんだ？ >>32
去年、レジストリの値(キー追加)で変更できるって書いてあってテストしてみたら
変わらなかったのは、そのせいか。 東京オリンピックのボランティア募集のフォームで生年月日入力するとこが
yyyy/mm/dd なのか
yyyy/dd/mm なのか
dd/mm/yy なのか
mm/dd/yy なのか
混乱させるようなのあったよね、絶対日本人じゃこんな順番にしないってやつ
あれよかよっぽどましなんじゃない？
H31 を X01 に変えればいいだけなんじゃないの？ いいんだよ
どうせ新元号は「安倍晋三」だって
みんなそのつもりで準備してるよ >>50
作ったアホどもに聞いておくれ
西暦は頭二桁19固定や消費税だってそのまんま打ってたやつもあったしな >>2
改元と同時にパラメータファイルに新元号を描きこむだけだろ
平成に改元以降はそういうコーディングが当たり前だろ >>50
ＯＳが英語仕様のやつを二階建てで日本語対応にしてるから。 納期予算そのまま思いつきで機能追加させてた顧客の皆様は、これからさぞ苦しむことになるだろうな >>45
そもそも、手形帳に「平成」って印刷しておくなボケ!!>>銀行 >>30
実際にそうだとしても大半のシステムでは初めて本番環境で動作する対応だから石橋を叩いて渡る顧客は実際の値での全検証を求めてくる >>50
2000年問題ディスってんの？
つかあん時普通に思いつくわな 元号を一切使っていないシステムでも、入出力がExcelシートだったりするとそれだけでアウト。
Excel自体は元号に対応しているので、プラグインが変な動きをしてシステムダウンの可能性がある。
あと、考えられる最悪のケースは新元号の漢字を新設するってやつでこれをやられると文字コード系のテスト全部やり直しで炎上する。 改元が安易に出来るシステムにしていないのが問題。
そんなこと遅かれ早かれ来ることは分かっていただろ。
今頃ヒーヒー言っているところは、無能の集まりか貧乏な会社でしょ 元号の扱いが、元号コード＋テーブルに登録されてる漢字を扱うようにしておけばなんの問題もないと思うんだけど
これテーブルじゃなくてプログラム内に変数で持ってるとか間抜けな作りだとめんどくさいことになる マスターから引っ張ってくるタイミングもあるしな
まあチェックしきれんからシステム立ち上げ直す こういうときにややこしいから公的な文書は西暦で統一しろ
元号を使いたいやつは私的な場所だけで使えって話でな 問題はMSの4月10日ｱｯﾌﾟﾃﾞｰﾄでクラッシュ、撤回、5月に再リリースという事がないとも限らんこと
再リリースから更にソフトベンダーがテスト まぁダッサイテーブル作って参照する様にはしたから大丈夫 >>38
健康保険のシステムで見かけた
なぜ日付が7桁（西暦年月日なら8桁）なのかと聞いたら
元号コード1桁＋年月日6桁だった
昔のデータベースや開発フレームワークによっては
明治大正の日付が日付型で表現できなかったのかもしれん >>71
システムの改修って金かかるし、日本人はそういうのに金を払いたがらないから うちはもう対応してるけど
いちおう保守料でもらうわ
大変なふりも大変だわ 元号変わるのなんてわかってんだから
最初から準備しとけよ
馬鹿なのか？ >>81
30年前に作った奴とその後に金を出さない企業と
毟り取ろうとする大手ベンダーに言ってくれ 別に、間に合わなかったっていいだろ
今年は平成31年 エクセルとワードはどうなるんだろ？
役所対応が多い部署だからずっと和暦でやってるけど、これを機にじゃないけど西暦に代わってくのかな そもそも元号で管理してるシステムて何？いつ変わるかもしれん名称を内部で管理て、設計からしておかしくない？ でも、平成31年12月31日までは公文書で「平成」表記が認められるからね。
平成31年5月31日の手形なんて普通に来ているし。 あのシステムは明治、大正、昭和、平成が1、2、3、4だったから
元号コードに5が登場するんだな(0ﾟ･∀･)wktk 今回盛り上がりまくってるけど、なんで前回（昭和から平成）の時は予想とかしなかったのかな？ 内部的には西暦で統一してあって、帳票上の印字時のみ和暦変換する仕組みが普通だと思ってる 今時元号をハードコーディングしてる奴なんて居ない罠 オレの会社は零細だけど、今も昭和って印刷した領収書使ってるよ
親父が平成は10年、長くて15年と判断したからだ >>71
だよね
古いシステムは平成対応か200年対応で
新しいのは始めから対応してるでしょ >>88
"ggge年m月d日"で表示形式やコーディングしてない??
まさか-1988なんてやってないよね?(笑) みずほってまたこれでATM止めるのかな
通帳の残高が何桁も増えたり減ったりしたことあったからな >>30
仮にそうだとしても、全ルートで試験はしておけ
自分が関わった現場ではDB読み込まずに、直接ソース内に『平成』を埋め込んでたケースもあった 検討はとうに終わってるから所定の作業をこなすだけでしょ ２文字以下なら何となる
それ以上だとちょっと
ただ、事前に分かっている分マシ
本来は何時変わるかなど分からないからな
後、ユーザー側が何処まで妥協できるか
変えないと行けないのに、未だに契約など結んだり
作業の話すら出てない場所は知らん 変更は簡単に出来るがテストが大変
元号を使ってる画面や帳票類を全てテストしてチェックするだけでもいくら費用がかかるか想像もつかない
銀行や役所はぶっつけ本番というわけにはいかないから 年末に半泣きになりながら西暦に変更したからいつ改元してもいいぞ そんなもの30年以上前からできているから、まったく心配ない
改元対応の機能は、システム発注時の仕様要件に入っているんだもの 元号を関数化してないシステムって
いったいどんなシステム？ >>96
レイアウト固定の帳票系が爆笑、もとい爆死する。DBカラム追加、拡張でIFレイアウトエラー多発で保守運用も死ぬ(笑)
変化に対応できてないシステム(とそのオーナー、業者)が死ぬのはいいことだ。 前回は昭和６４年のまま半年くらい放置だったところもあったろ？
案外何もしないほうがダメージがないw >>95
作る側は平成が終わるまでの保守なんて想定してないからでしょ
自分らがメンテしないだろう他社のシステムを隅から隅まで考慮なんてしないよ
納品時とサポート契約中にさえ問題でなければおっけー >>112
馬鹿が作ったレガシーシステム
金融には山ほどあるぞ
まぁもう随分前から修正してっけど >>2
逝ね！西暦ベースにしない会社を恨め。
悪いが自己責任だわ。 >>102
それOSが対応して無いと意味が無いからな
前回の時は、それやってる場所は全台にパッチ当てないと行けなかった 4月1日エイプリルフールだからと新元号の
フェイクニュース流すバカが出てくるだろうなあ。
もしマスコミが事前に、決定していた新元号をスクープしたら別の新元号候補に差し替えるらしい。 >>69
合字（平成を一文字にかためたやつ）なら新規割り当てが1月にあった
shiftjisは割り当てなし 例えばH31.3.4という文字列はExcelだと日付と解釈されて2019/3/4になる。
さて、もし次の元号のイニシャルがAだった場合、A1.5.1という文字列は日付になってしまう。
設計書や論文でそういう文字列を使っていたら文字化けしてしまうわけだ。
だから本当にAは勘弁して欲しい。 >>103
震災の年に「寄付金」機能着けたら機械が一気に止まって、全行員が休日出勤したのも11年のGWだったな 最先端職業のイメージがあったけど
完全に逆なのねw >>122
和暦欄は
それは日付属性にしないことだよ 間に合うよ
まともなエンジニアなら元号が発表されたら
その文字列だけ設定するなり外部データとして書き換えるなりしてお終いだから >>56
そんなのあるんやー
あとから直すひとつらいね 一人企業の自営なんだが経営者労働者としてすべてやらないといけない
会計ソフトを平成から西暦表示にうまく設定できるかが問題だ
平成32年からe-taxにすると10万お得になるというが平成32年など永久に来ない 4月1日生まれは前の年生まれと同じ学年になる。ジャイアンツの元桑田投手がそう。
前年8月生まれの清原と同学年になり、
KKコンビが生まれた。 ここにいるようなパラメータ変えれば5秒でおわるんじゃないのと
思ってるバカのせいで大変なことに… 崩御されて改元より余裕あるのに何やってるんだ
変数に新元号割り当てるプログラム組んどいて発表されたら入れ込めば良いだけじゃないか >>112
西暦を引っこ抜いて、そこから1925を引き算
それに「昭和」という頭文字をつけて終了
それを関数化せずにソースに埋め込むだけ >>104
適当に追加したやつ、いくつあるんだよ、仕様書に書いてない枝いっぱいだよ
なんだよ、これ、アウトプット用のHTMLを書き換えたやついるだろ そりゃ間に合うだろ
まず改元を想定してない設計してる時点でど素人すぎる
普通は設定ファイルいじるだけで終わりだ まあ、最後は金ですよ、金。
しっかり払うもん払いやがれ ほんの20年前はストレージやメモリがいくらでもあるってわけじゃなかったからな
年に4桁も使ったらアホ扱いされてたんだわ そんなん、空欄にでもしておけば良いだろ。
西暦にしとけ。 陛下が事前に退位されると言っているのに
何でお役所がグダついてるだよ？
もったいぶらず早めに公表すればいいじゃないか >>127
エンジニア個人は最良の方法を把握してても、改修するシステムがそれに沿ってるかはまた別 >>121
㍻
あ～変換で出るようにするには、フォント追加して割り当てないと駄目なんだな 元号データの持ち方次第だよね
何も考えずにデータベース作ってればそりゃ大変だろうさね >>20
憲法には天皇についての規定はあるが、元号という単語は全く出てこないのだよ。
だから元号のみ廃止することは法律を改正することで対応可能で、憲法問題にはならない。 >>95
何の年かを示すフィールドが1桁(0なら聖霊、1なら明治、2なら大正、3なら昭和)あって、年を記録するフィールドが2桁あった感じなんだよ
平成に変わっても対応不要なんだよね
ただ、2000年問題に対応出来ないので2000年前後に大騒ぎしてたんだよ 元号なんか使ってるからIT関連の生産性が異常に悪くなるんだよ
日付は全ての事務処理で関係があるからな
内部的には西暦だがインとアウトは必ず元号変換が必要になる
この手間がなくなれば生産性は20%はアップするだろう 改元前に用意してた仮データが使われるとかねーかなー 過去にさかのぼったデータを出力するときちゃんと出力するかの確認がちょっと面倒かな
昭和と同じ要領でやればいいんだろうけど
元データを元号で持ってるところとかあるのかな
明治11大正12昭和13とかでつけとけば問題ないか なんていう元号になるかは分からなくてもいずれ改元する事は最初から分かってるんだから
改修出来ないようなシステムと設計者は淘汰されていいよ向いてないし >>89
まあそれをやると印刷系が大変になるからなあ >>152
日本なんだから元号使わないといかんでしょ 元号・和暦は伝統的価値としてのみ認め、
実に使うべきではない。
役所の手続き然り、病院然り。
計算に時間を奪とられる、事故を誘発する、など
不便で非合理的でしかない。 >>143
一部の右翼系議員の中に、「天皇がまだご存命なのに新しい元号を発表するとはけしからん」と主張する議員もいた
本来なら、昨年秋にも発表してカレンダー業界にも対応させるべき 画面に埋め込みでif分岐なんか入れてるところ山のようにあるだろｗｗ いまどき元号なんか使っている非合理的な企業が悪いw
無能やトップとやる気のない経営陣が会社を傾かせている姿が目に見えるようだ >>126
「標準」だとExcelが勝手に解釈して型変えちゃうよ。
csvファイルをExcelで読み込んだ時に色々おかしくなって苦労したことは多いはず。 >>153
不謹慎な仮データ入れてそれがそのままとかありえるよな 2000年問題とかあったけど数年で世紀が変わるというのに下2桁とかやってたんだからどうせ元号変えられる設定とかないんだろう
会計ソフトに元号入力ないのがすべて
買い替えろというように商売は買い替えをして初めて企業存続ができる システムもそういう風にしてあるんだろう >>167
むしろお前らのせいで苦労してる若手なんすけど
何考えたらあんなシステム設計になんの？ >>162
車屋で働いてるけど車検証は平成で社内のデータベースは西暦になってる
めちゃくちゃ不便 うちの会社は規程変えて全部西暦にした。一部は和暦残るけどね。
普通にやったら間に合わないよ 役所はいまだに平成六十二年度の
人数予測なんてのを出してるから
しばらくそのままでいいだろ 西暦で統一すべき
永禄三年が何年前かすぐに分かるやついるの？ 今年の5/1をどう表記するか
平成31年5/1なのか新元号元年5/1なのか
4/1になっても新元号元年なのか正式な新元号元年5/1なのか5/1になるまで平成31年5/1続けるのか
パラメータ一行書き換えですむと思ってるのはバカ >>1
とうか、これが大変だといっているシステムは
下手くそなシステムで草 日本の企業は下請けに丸投げでやってるから
実際に改修する人はシステムの中身をよく知らない派遣やアルバイトなんだよね
だから更に時間がかかる
IT産業の生産性が悪いのはこれが原因 >>175
平成の時は陛下即位の次の日から平成になったぞ
5／1の何時から新元号ですなんてアホなことは流石になくないか >>169
ギリギリのスケジュールだとバグ出たら死ぬから
余裕持たせて見積もるんやぞ >>165
元号フィールド1桁有れば128個の元号に対応できますが？
年フィールドが記録容量節約の為に2桁しか無かった事が2000年問題の本質の1つだからね 世の中には超ガラパゴスなオフコンとかあるからな
最新のハードウェアだけど中身は30年前から進化してないシステムのエミュとか >>179
構築と改修を担当してる会社は同じでも、現場にいる人は完全に入れ替わってたり退職してたりザラだからなぁ IT土方を使い捨ててその場しのぎのシステムを作って来た会社は死ぬだろな >>189
だからお前はアホなんだよ
即位式が5／1なら１日までがなにがあっても平成だろ
5／2からはなにがあっても新元号表記にすりゃ良いだけだよ 生産性とか働き方改革とかを、まるで逆行してるよね。
まさに老害って言葉がびったりくる。
30、40代で政策決めてたとしたら、断捨離できてたのにね。 いやいや
絶対変わるものなんだから簡単に変更できるようにしとけよ
日本は初めてか？ >>191
まあ基本システムクロックが扱ってるのは
UNIX時間とかのはず…組み込み系とかは知らん 西村博之のようなお気楽、新自由主義がシステムに現れる
日本という国が本当の教育をしてないから元号を軽視する西村のような
愚かさ軽率さで西暦が重きを置かれるようになる とりあえず元に安◯でも◯安でもなんでも元に入れたら全部そうなるようにはなってる・・・はず
てか余計な仕事増やしやがってマジで死ねよ安倍 >>192
使い捨てられるのがわかっていると、10年後のことなんて知ったことじゃねー精神で組むからなぁ 平成のシステムは、改元前提で作ってるからな。
昭和のシステムを継続使用してるとこはヤバイかもな。 >>200
崩御でいきなり変えられる方がマシとな？ 新元号が平成ゲートウェイだったら
コンピューターがクラッシュしてシステム障害起こしそう ほんと仕事の邪魔にしかならんな元号
とは言え今回に関してはそう混乱は起きないんじゃないかな
2000年問題とかあったからか付き合いのある企業は皆数年前から元号の使用止めてるところ多いし 元号と年月日範囲を紐付けたテーブルから計算するだけなんで特に問題ねえな >>198
そのUNIX時間も2038年でオーバーフローするけどな。
64bitOSなら大丈夫とか言っても何が起こるか分からん。 二文字入れ替えて1年からスタートするだけじゃん
この程度で難しいとか恥を知れよジャップ トラブルなく早く完了するシステムは西暦を元号に変換する
サブルーチンを修正するだけ >>209
「先月付けの書類を再発行して」みたいなのがあるんじゃないか
面倒だから西暦一択だが、それが許されない所があるんだろうか？ 元号を表示上の問題だけと思ってるアホは気楽でいいな 何が大変だか？
基本ソフトは西暦
書類のひな形で平成を新元号分を作るだけ
申請書類などMTSH※部分の※部分を追加
今有る物を有効活用さえすれば…
間に合わなければ新元号をシールに印刷し貼る >>120
見分け方あるよ。
アサヒ・ＨＥＮＴＡＩ毎日ならガチでフェイク。
文春・新潮ならフェイクかも
オールトメディア（テレビ）でも５割はフェイク
ネットはガチマジなら残る。
産経ならガチのマジ >>2
底辺ドカタに仕事が降ってきたんだろ、喜べよ え？これ保守費用の中でやるんですか？？
という現場 >>215
フジサンケイグループが一番信用できるとな？ 元号を不便とか西村博之みたいなアホしかおらんのか、このスレ >>32
例のバグパッチでによってExcelの書式設定でgge"年"mm"月"dd"日"が「平31年03月04日」から「㍻31年03月04日」になったときは
営業から総務まで、全ての部署から開発に文句が殺到したと聞く。 >>151
Microsoft Windows バージョン1.0は1985年発売だぞ
実用的になったのは3.1あたりからだが つーか、昭和からほとんど仕様変更してなくて、
平成に変わった時にハードコーディングでしのいだままのシステムとか、
まだ普通に稼動してんじゃないの？ ６日まで休日にする企業は幸運
不幸なのは休日にもネットサービスが可能な企業 元号のチェックシートは面倒くさいなM明治・T大正・S昭和・？？？ 西暦で統一しろよ。
次の天皇も結構歳行ってるからそう遠くないうちに同じことが再び起こるぞ >>222
不便か便利かはともかく
システム改修たいへんやねーてスレやぞ 役所のシステムが間に合うかもわからないのに婚姻届や免許切り替えやらを新元号初日に持ってくるやつは多い
気張るこっちゃな 長年１０年日記をつけていて、去年から２１年目（三冊目）になったけど、
平成３９年まで日付が打たれているよ。分かっていたし、仕方ないけどね(´･ω･`) 普通なら崩御騒ぎでドタバタの中で新元号なんだ。
４月に新元号発表で、５月スタートだろ？移行準備があるだけマシ。
これ平成天皇さんの温情だよ 今頃になって改元問題で騒いでいる奴らは駄目な連中だわな うちの保守しているシステム、平成になってから作られたが某外資が作ったからか、平成1、昭和2みたいなクソなコード振られててマジキレそう。 元の作りが改元を意識した作りになってれば楽(´・ω・｀) >>220
ん？フジテレビと産経新聞がまだつながってると思ってるのか？
バカだろ。ちょっとはぐぐれ 出来ると言ってるやつは、
時間合わせれば良いんでしょ？
ぐらいに思ってるぞ絶対 >>1
取り合えず「安」は付くのはほぼ間違えないだろ
「部」「晋」「三」「朝」「鮮」「韓」「金」「朴」やらつなげて２文字 >>1
取り合えず「安」は付くのはほぼ間違えないだろ
「部」「晋」「三」「朝」「鮮」「韓」「金」「文」「朴」やらつなげて２文字 >>244
退位騒ぎ起きてから何年経つと思ってるの ベストは１箇所の書き換えでシステム全ての元号表記が切り替わることだが
そんな隅々まで意思統一が為されてるソースとは限らないからな
大規模プログラムになるほど関わる人数も多いし、
増築と例外処理の嵐だろうから、問題箇所のチェックは面倒くさいだろうな >>246
10連休ダウンメンテなら他の事も対応出来るんじゃね？（投げやり 元号の名称が確定できていないだけで、改元のスケジュールはずっと前から決まっていた
これで間に合わないとかプロ失格だろ >>150
それも0なら未入力となってるシステムでは3ビットで書き直し 安倍さんの「安」ではなく、安全とか安心とか、安らぎとかの「安」だし、アルファベットもAで良いと思うけどね。
パヨクはアベガ～自分の字を入れたと大騒ぎしそうだけどね、あほだから。 とりあえず、Officeはどの版までUpdateで対応してくれるんだ？ そういうことか。
俺も適当にシステム組むときこんなマスタ作らねーな。
元号マスタとか鬱陶しいわ。 >>243
以前のスレで、一部の役所には明治より前の古文書も残ってるから、
「Ｋ」も候補から除かれるとか主張してた奴がいたなあ
面倒だからレスしなかったが いっそのこと絶対に間に合わないタイミングで発表してくれる方がマシ
半年くらいは移行期間ということでさ >>255
マトモな総理なら、自分の名前を元号に含めることは回避するわ。 ちゃちゃっと入れ替えるだけなんだから3日あればできるだろう
ゴチャゴチャ言い訳するな 元号ごとの生まれ人数とかソートとか面倒くさいだろうな >>264
仮に実装だけ3日で出来るとしても
仕様書書いてテストしてて色々ある訳でやな… >>244
うちは消費税が5％になったときから対応済みやぞ
念の為な
ちなみに一番めんどくさかったのは郵便番号と携帯番号 和暦6桁のシステムとか受注日納期日出荷日売上日にその他日付データが平成と新元号が混在してソートとか厄介だろうな
さらに前月対比前年対比でカオスに 元号って色々な部分で時代に沿ってないよね
100歩譲って元号は是としよう
じゃあ何故ギリギリに公表するのか？
1年くらい猶予があれば以降もスムーズじゃん
馬鹿だろ 自治体と言えば、佐賀市がどのシステムかは知らんが、入札で韓国のソフト屋に任せたら
納品後にたまにある改訂みたいなシステムの小変更が発生したから頼もうとしたら
別作業になります、と問題になってたな。
国内なら規模によりサポートから変更みたいな扱いになるのが、向こうだと別作業の扱いだとか。 なんか大変なことになりそうな悪寒
言われてみたら自分が大学に入ったのが平成4年
そのころにようやくFM-Vが出た気がする
バイトして20万ぐらいで買った記憶がある >>30
0時に張り付いて修正するのか。
期間を持たせたテーブルに追加しておくだろ どうせ内部的には西暦でデータ扱ってるんだろ？
出し入れの際の変換ルーチンを新元号分追加変更するだけで
どうしてそんなに手間がかかるんだよ？
まさか全部別ルーチンで一々処理してるなんてことは・・・ >>151
実質、使い物になったのはWindows2000からだからな そもそも混乱避けるための譲位とか5月改元とかだったんじゃねーのかよ >>256
この前勝手にレジストリが書き換えられてて問題になってたよ お前らは単純に労力の事ばっか言うが
今回の改元は史上初尽くしだという事を理解してないのか？
俺は将来に絶対禍根を残すと思う
いくら公表を早めてもシステム自体を嫌う人は
何をしても嫌う
公表と改元は同日にすべきだった 問題は切り替えるタイミング
政府が音頭とってシステム停止日を決めるぐらいやらんと >>58
ロジックはそうなっていたとしてもテストの期間が短すぎるだろ？
短期のテストだけで動作保証させるのは厳しいぞ。 いま仮の名前でテストしてるけどこれできないシステムてどんなつくりしてんだよ 平成でデータ転送されてきても取り込むように組むんだぞ
めちゃ大変だぞ 次の元号を決めてから退位決定すれば良かったのに
なんで元号決めるくらいのことに、こんなに時間がかかるのか理解できない 役所のホームページの平成32年以降 正確には今年の5月以降の平成表記が3日で修正できるとは思えない
たぶん一つ一つ書き直しだろ >>280
陛下の以降を全く無視した1ヶ月前発表ｗ
10連休での注意事項やらなんやらｇｄｇｄですな 普通は突然改元するんだから、いちいち騒ぐ方がおかしい
だいたい5/1から対応する必要もない。
間に合うスケジュールでやればいいだけのこと。 スーパーマリオブラザーズは40KBらしい
つまりそれぐらいギリギリなシステムもあるということ >>274
古いオフコンなんかはサブプログラム呼び出すのに時間がかかるから
レコード件数何十万もあって1レコードに10個も20個も日付項目持ってたりすると
いちいちサブルーチン呼び出してたらクソ時間かかってしょうがないから
メインプログラムに直書きとかあるよ >>288
政府 「早く発表すると盛り上がりに欠ける」 >>193
それも4/1にはっきりするだろ。
OS回りのパッチは月末までに定例以外に出るかもね。 人って愚かなもので新しいものが発表されると今まで使っていたものが途端に古めかしいものにみえてしまう
新元号が発表されたら早く新しい元号にならないかなって気持ちが向いて平成のことなんてすっかり置いてけぼりにしてしまうのさ
本来なら新天皇即位日に新元号発表が望ましいのに1ヶ月も前に公表してくれるんだぞ >>283
そんなやつは次の改元までに死滅してるから大丈夫 >>288
ほらな
元号自体に否定的なやつは何しても文句言うんだよ
こんな少数派シカトして同日にすりゃよかったんだ
混乱する事が分かってる混乱なんて
予定調和でしかないという事にすら気付けない
今回は逆に「一ヶ月も空いたんだから大丈夫だろう」って
国民の大多数は思ってるから
何か問題があったらそれは
「自社は時間をもらったのに対応出来ませんでした。無能です。」
という自己紹介に他ならない >>292
突発ならともかく事前告知して間に合わなかったら企業として恥ずかしいだろう ものによるし事前対応できるなら可能かも知れんが
なにせ取引先全てが言ってくるわけだから簡単でない
ウインドウズの日付けの調整程度の作業じゃやないことだけは
理解してもらわんとな 間に合わないから、5月1日以後「システム改修が終わるまで」西暦のみ表示/記載となった
逆にそれで改修コストが大幅に安くなった 内部は全部西暦で情報を管理・処理していれ、入出力部だけ元号にも対応しているとかそういくシステムじゃないの？ >>290
役所のHPは同じCMSを使ってるから結構、楽 >>194
横やりいれてる議員とか年寄りが多いかもしれんが、そればかりとも限らないんじゃないな？ システムで持ってる西暦データの2019を新元号に変換するだけじゃないのにな
2019-04-30までを平成
2019-05-01からを新元号にする命令をどこに当て込む必要があるか調べる作業からやるんだけど、これが大変なんよ
特にツギハギで作ったシステム
そんなとこに文字コードあったのかよ？！
なんて宝探しみたいな事も多い 元号なんて面倒くさいだけだから西暦に移行しましょうってするために焦らしプレイしてるんでしょ >>298
お前は歴史を何も知らんのだな
人間なんて流されやすい生き物で
明治時代の初期にも元号不要とか言い出した洋行組がいたし
戦後すぐの時期にも共産党と社会党が言って廃止されそうだった時期があった
死滅するのは元号廃止論者の方かもしれないという想像力の欠如は老害化を加速させるだけだ もういい加減に元号など使うのやめればいい！！！
国内でしか通用しない年号など、意味ねーだろ！！ 運用保守が十年以上に渡って作り溜めたプログラムにも、直で処理してるのがちらほら。どの設計書にもなく各署の主も知らない遺産が、人知れず稼働し続けているとかホラーな話も >>300
システムの規模が大きければ半年とか一年前に言ってもらわんとな
1ヶ月とかおもちゃみたいなプログラムなら十分だけどな >>308
締め切りが無かったらちょっと楽しそう
仕事では絶対やりたくねーけどw 試験元年五月一日でアップデートされてしまうんですね 平成への切り替え時は企業内での内製がほとんどだったから簡単だったと年配が言っている >>234
落ち着いて考えよう。
昭和は６３年が境目、平成は３１年が境目。
つまり ６３－（誕生年）＋３１＋新元号－１＝その年の歳。
な？ボケ防止になるだろ。昭和の俺が今考えた式な。 他社システムのトラブルに巻き込まれる可能性はあるよねえ
データ巻き戻してとか >>310
おまえみたいに、どうでもいい因習に
固執するやつがいるから、日本劣化する一方なんだよ！！ 明治のM, 大正のT, 昭和のS, 平成のHか。次の元号は
アルファベットが重ならないようにした方がいいのでは
ないだろうか。 「1ヶ月で対応」？
何言ってるんだ
5月から変更できるように
前前から準備しとくのが当たり前だろ
5月1日から変更されることがあらかじめ分かっており
元号が漢字二次であることも分かってるのに
なんで4月からシステムを組み始めるかのような説明なんだよ（笑）
書いたやつ文系か（笑）
4月に得られる新情報は「どの漢字二次を使うのか」←これだけだぞ（笑）
なんでこの情報を待ってからシステム構築を始める必要があるんだよ（笑） 和暦使っているところなんて
元号増える事想定して作っているだろ
そもそも西暦使うだろうけど、役所なんかはまだ和暦使っているみたいだしな
二千年問題の時代とは違うのにマスコミは想像で記事書くからホント馬鹿だな ひたすらドブさらいを続けて、誰も知らない砂金を洗い出すようなもの。まったくおつかれさまです。 てか、SEどもは無能なのか??
平成が数十年も続くわけ無いの判ってるだろ
だったらコード1行変えればいいだけのシステム作っておけよw
バカかおまえらw
殺す気かだの、間に合わないだの言う権利なし
だから何時までもITドカタなんて揶揄されてんだよ >>253
問題はテストなんよ
何百もある画面や帳票全部がキチンと変わってないとダメなんだから アホな政府が元号発表しないからだろ
昨年末にでも動いてたらなんでもなかった >>322
そんな絵に描いた餅のようなシステムばっかりじゃないから言ってるんだろ 元号なんて代わる前提なんだし、対応出来なかったおかしいだろうさな。 >>193
平成は4/30まで、新元号は5/1からだぞ。 わかってないな。
本物のエンジニアは、元号が3文字以上にならないかを怯えているのだ。 >>328
それだけやましい元号にしようとしてるってことだｗ 昭和や平成と同じとこに
同じような処理を追記すればいい
ってだけなら大したことないと思うけど
まあいろいろあり得るんだろうな >>286
だよな
そんな複雑なことでもないのに
素人が想像で騒いでいるだけだろ >>326
無能と言うより、人手が足りないのに
インド、中国、韓国人が使えないのは
元号というのが日本独自仕様だから。 >>58
改修作業にテスト工数を甘く見積もるから炎上するんだよ うちの会社は今年はじめからの分の年表記を全て西暦に統一してるよ
まぁ履歴書とかの記入までは徹底してないだろうけど
会社側から降りてくる書式は全て２０１９年扱いだったわ 元号バカは
date コマンドで元号表示される
linux でもつくっとけ。 西暦つかってるだろ？
一応調べるのにエンジニアつかっているんじゃないの？ >>9
死んでからよーいドンだったから、多少詰めが甘くても許してもらえた >>333
それは政府が２文字と発表したから問題ないよ DBに1行追加または設定ファイルを書き換えておしまい
じゃないの？普通。
1ヶ月どころか数秒で完了。 これからは西暦一本でやるよ
元号はたぶん使わない
せめて西暦と元号を合わせて欲しかった
新元号○○１９年スタートにしてくれよ もうプログラムの書き換えは終わってて、後は元号名を仮にしてるだけだろ こんなものにマジになっちゃってどうするの？
たけ挑のエンディングが頭よぎったわ
相変わらずお馬鹿な国ｗ >>346
これな
これで変更出来ない設計なんて今時有り得ないわw >>326
今からすぐにシステム開発会社入ってその仕組みを実装したシステム作ってくれよ
瞬く間に世界的有名人になれるぞ
確実にIT系の歴史書やら教科書に名前残るわ ぶっちゃけ、何かあってからの対応に切り替えた方が効率はいいかも。ここまでくると。 昭和100年問題を放り投げてるところに追い打ちすんなや >>338
おまえは、自分が無能である自覚が全くないんだな >>346
1秒で終わったら金とれないから、
1ヶ月かけて数1000万。
税金からもらって、メシウマｗｗｗ >>352
多分問題あるプログラムは今時のじゃないぞ >>331
多数の端末でシステム共用するのが当たり前になってからの改元は今回が初めて。 テスト無しでリリース許されるシステムなら楽だろうな 設定変えて完了とか言ってるやつはテストしない気なのか >>322
文系はお前。なんでも効率で片付くものじゃない。
ある一定の伝統は守っていくべきだ。それが日本の自主的思考になってる。
理系の俺でもわかる >>358
今時のではない場合は平成への移行を経験しているだろ うちは安久のしたに二重取り消し線ついた印鑑をもう発注したし 不謹慎だが、あと4年は大丈夫と考慮し、その部分は固定仕様として了承していた
そうしたら、安倍が暴走し、天皇陛下が身を持って阻止なされたことで、いきなりの変更
どれもこれも安倍の暴走を許した国会議員とチェックしなかったマスゴミ、そしてチェックさせないようにした与党時代の民主党が悪い >>368
25年前のプログラムとかがあり得る訳で… 平成ですら５０年持つはずないってわかってるのに
システム設計時点で改元考慮してないって馬鹿なの？
自分には関係ないからと後輩世代に丸投げしてきたんだ？
ほんと無責任なゆとり世代だよねｗｗｗ 置かれてる状況で全くレスが違うという
金融レガシーSE→切り替えテストに死ぬ
小規模レガシー→クソみたいな継ぎ接ぎプログラムに金も出さない客で死ぬ
オープンエンタメ→改修楽やろ、なんかあってもすぐ変えられるやろ無能が
一般人→一月あるのに間に合うやろ
こんな感じか？ｗ >>365
そんじゃ、おまえは伝統守って自主的思考で夜這いすんのかよｗｗｗ >>360
システム作ったときにテストしてないの？ >>352
内部は西暦でも帳票や画面上で
新元号に対応するコードを少なくとも３行を
追加しないといけないだろう。 今日の日付けしか打たない帳票とかなら簡単だけど
生年月日だなんだを和暦で処理する年金や保健のプログラムなら簡単でない
だいたい昭和から平成の時にその場しのぎで増改築繰り返したのなんて
解析するだけで相当な時間がかかるし
テスト段階でも思わぬバグが出るのは当たり前
しかもこれ既存システムへの変更だから
新規の仕事とかどうすんだろ >>347
俺も次の元号は使わないよ
古代中国のパクリとわかったし虚しくなった
元号聞かれても何それって言い返す
それに次雅子だしますます興味ねえ
そうかでも小室でも好きな元号にすればいいのさ
俺は4月以降はずっと西暦でいくわ 間に合うに決まってんだろ
この記者は数人のエンジニアで全てのシステムを改修すると思ってんのか >>1
生年月日だけ和暦、後は西暦。
完璧な要件だろ。 昭和→平成の頃は本当に急だったので突貫工事で済ませた所も多いからな >>368
平成へ移行した頃のシステムはほとんどCOBOLだろうな >>320
そんな訳あるかいボケカス
日本がうまく行ってた時期は
護送船団方式とか株式持ち合いとか
お前が言う「因習」が根を張ってた時代だぞ
新自由主義者は何でも「日本が悪い」と言えば済むから楽だよな
ほんま売国奴やわ >複数のエンジニアが「平成以後に構築されたシステムであれば、元号、消費税、うるう秒など、
>将来的に変更や対応が求められる事案を考慮してあるのが普通だ」と口をそろえた。
これが普通。よほどの馬鹿が設計してない限り、内部では西暦をもっていて、出力するときに
元号テーブルを使って和暦に直してるだけ。つまり、テーブルに新元号と日付などの条件を追加するだけ。
新元号が面白くないのか、ただ煽っている記事だな。 >>372
平成以降の設計で年号考慮していないなんて有り得ないだろw JISの第何水準かも言っとかないと
下手するとフォントがない >>285
システム作る時になんちゃって改元いっぱいいれてテストするのが当たり前だろ
なんで今動作保証テストが発生するんだよ
元号まわりをノーテストで通したのか まともなシステムなら、表示と入力だけが元号で、
データはすべて西暦で記録されてるんだろ？ >>380
あと暦日とシステム締日の差とかな
5月7日8日に4月末締めの仕事してるのに勝手に新元号でデータ管理されたら死ぬわ
一行で書き換わるとか言ってるアホはそのロジックを説明してみろと言いたい >>81
元請けが強欲すぎて、わざとメンテしにくいように仕組む奴がたまにいる。
無能な元請けはソースチェックなんかしないから、あとはわかるよな これでパスに使えない記号とか、機種依存文字とか入った
キラキラ元号名だったらテロだな 日本があちこち止まるｗ つか今回は急な崩御でとかじゃないんだから直前まで隠すなと
仮に漏洩したとしてだからなんだって話だし
そんな大事なら国民に使わせるなよ 世の中のシステムは一般人が思っている以上に古いプログラムで動いているのよ
下手したら作り直した方が楽になる件だってある(時間がないが VBとかベタ打ちで「平成」コーティングしてるだろうから、
どうすんだろね。 こんな調子じゃ、2038年問題を乗り越えるのは絶望的だな
というか、数学のできないバカはコンピュータに近づくなよ >>397
どのコードかは決まったので後はフォント屋の仕事 ふと思ったがMSの出来合いの関数とか使ってるプログラムってどうなるんだろう？ >>329
少なくとも準備期間が「1ヶ月」というのはおかしい。
システムが簡単か複雑かは関係ない
改元から1年半前の
2017年12月の時点ですでに
2019年5月改元と決定されている
なお元号がいつ発表されるかも本来は関係ない話。
発表されただけなら何も変える必要もなく
あくまで改元される日だけが問題
常用漢字二次を使うということだけ分かっていれば
どの漢字を使ってもシステムの本質に影響しない。
あらかじめ複数のパターンの
二次の漢字を入れてテストしておけばよい >>398
まあ西暦って言うか日付型変数やね
1970年が起点になってたりするのもあるから西暦とはまた違うが
なんにしろ西暦で表示することはできる >>391
老人のノスタルジックな思い出話、のどかだねぇｗｗｗｗｗ 頭に平成ついた伝票まだたんまりあるけどどうすんだろうなあとは思ってる パラメータ化されてるやろと聞いていて意気揚々と蓋開けてみたらえらいことになっていた←今ココ
他のサイトも大体同じ
もうなるようにしかならん テストしておいてもいざ実際に改元すると
トラブルが起きるかもしれないが、
それは新元号の発表がもっと早くても同じこと
一ヶ月前というのはあまり意味のない猶予と言える こんな2文字のために全国あちこちかき回される哀れな国
バッカジャネーノｗ >>409
ホントこれ。
古いシステムで簡単に変えられないなら、今から改修しとけばいいじゃん。 >>397
Unicodeは将来の元号のスペースは用意されてるよ >>393
世の中には余程のバカが作ったシステムを改修して生き延びさせてるシステムが山程あってそれも抜本的に手を入れる金がもら
えるわけではないから最低限の改修だけにして…みたいなケースがな
ところで出力はそうだろうけど入力はどうすんだ 昭和から平成の時はＩＴ革命以前の
汎用機メインの時代だったけど
その後のＰＣ関係って結構メーカーに依存してるかも知れない
統合環境なんて和暦西暦変換対応の関数とかあるけど
当然平成までしかないからな
現行モデルの関数ならともかく
過去のバージョンまでメーカーは変更してくれるのか？ 国民生活に混乱が生じないように生前退位したのに。
陛下のお気持ちをまるで無視する安倍ちゃんと仲間たち。 こんなに前もって変わるのわかってて対応できないなら天皇が崩御したときどうするんだよ >>419
ネックは「絶対に問題が起きないように実際の元号で試験しろ」な顧客なんだよ
どんなに仮の値で試験していてもそういう客が一定数存在するから一ヶ月という期間が短すぎるものとなる 現役システムエンジニアだけど
「読み替え」って奥の手があるから全然問題になっとらんよ
システムコストゼロだし 平成３１年を「昭和９４年」で計算してる会社は、新元号でも昭和表記してろ。
ま、そのＰＣ、昭和１００年問題がきそうだね。 >>416
開発当初に納期足りなくて元号テーブルを読むべき所を
ベタ打ちで書いてる部分が、そのままになってるんだろ。
結合してもエラーは出ないけど、元号変わったら
ベタ打ちのバグがバレるのは分散開発の副作用やねん。 もっと早く新元号決めとけば、今年のカレンダー、手帳の印刷がまにあったのにな。
○○元年は活字なし。 >>423
トラブル対応見越して待機だよな
何かあった時休みで対応者居ませんじゃ非難轟々 >>406
その前に昭和元年を基点に年を２桁で管理してるシステムの昭和100年問題 サマータイムと同じで時間だけかかってお金にならない仕事よね 簡単だろ
一文字目は国家そのものである安倍様の安で決まってるから
今から準備しておけばいいだけ >>428
金融、公共系はそれだな
仮の値が認められない >>419
その金を誰がどのように負担するか揉めて対応時間を失う残念な企業がww >>375
ハイブリッドで生きろって事。サルでも切り替えに集中できてるぞ。 新元号、ShiftJISだと2バイト目が"\"になる文字が使われた(とする)
さあ、どうする こんなん問題にならんだろ。
ゴミ引き継いで困ってるやつらは、前任者恨めよ エクセルでも43585までを平成、43586からを新元号表示にするだけでシステムフリーズしてるのにな
業務系システム舐めてるやつ多すぎだわ >>419
スカイツリーを1ヶ月で建てろ言ってるド素人みたいなもんだぞ >>438
これが急な崩御なら順次対応でシステム規模などに応じてスケジュールの調整もきくが、あらかじめ一ヶ月の期限が切られていると
絶対にその期間に対応を迫られる、みたいな話も重なるしなあ MSの対応は待てないから
とりあえず臨時コード入れて
後からMS対応に戻すんかな
知らんけど >>376
もちろんテストしてるさ
ただ軽微な修正でも全テスト求められる
そんな客もいることは理解してほしい 実際不具合起きて問題になっても
最悪平成表記が続くレベルだろ？
一番ヤバイ金融系でも西暦オンリーだからセーフだろうし
ガタガタ騒ぐ程の事か？ >>412
ほらな、墓穴掘った
お前は因習に固執と言ったじゃないか
けど今度は「ノスタルジックな思い出話」とは…
既に因習は無いとほざいてるって事に何故気付かないのか？
ほんま頭悪いな
ちょっとは自分で考える事をしろよ低能 銀行の通帳は今年から西暦表記になったから
もう元号離れは加速するだろう。
それとも、元号離れ→元号廃止が目的なのだろうか。 コンピュータが誤作動おこして飛行機が墜落し富士山が噴火し津波が押し寄せるのですか そういや2000年問題だっけな？
あの時は正月に出勤していたなぁ
あれから19年経ったんのか >>435
なに？昭和元年にパッチ当て平成にしてるって事？
フツーに死ねるじゃんｗ >>403
相変わらずギャグの世界に生きてる国だよね
こんなに慌てふためいちゃってさ
ビジネスの世界までわざわざ元号広めて複雑化させるとか相変わらず頭悪い国だと思う
働き方改革とか片腹痛いよ >>438
>>1にある通り公共は対応済みらしいが
情報分野で一番どん臭い公共機関ですらすでに対応してることすら出来ないとか
そんなクソ金融機関なんて存在するのかね >>447
なんでかって言うと国にいつまでに何するか報告せなあかんねん
期限不明とか期限延長はよほどのことが無いとまず認められない >>1
＞開発や保守を外部のベンダーに丸投げしているケースがほとんどという。
下請け外注に丸投げ
自分達は文句言うだけでお休み >>400
イニシャルで儲け出ないくらい買い叩かれたから
ランニングで儲けださないといけないんや >>457
>>1読めば分かるけど
公共は対応済みじゃなくてパッケージだから大元が改修するでしょって言うぶん投げ方式
自分達でやるって意味じゃ無いから >>449
問題ない事を確認するだけのテストなんて楽なもんだろ >>375
俺の、中学校の卒業文集の題名が「対応」だったわ >>428
前もって仮の値できっちりテストしておいて、
1ヶ月前からバイト君でも呼んで形だけテスト、客先には、
短期間で大量の検証が必要と話して、追加費用もらいまくりでｳﾏｰ
にならないの？ >>1 改修が間に合わない場合は
ノ ＿＿ ＼|ノ
|￣￣| |_＿＿| |￣￣|
|￣￣| |_＼＿ 口
|￣￣| | ￣＼ﾉ ノ レ ┼ヽ -|r‐、. レ |
￣￣ ｄ⌒) ./| _ノ __ノ ついこないだまで
激甘セキュリティでブラウザIE推奨してた
金融機関舐めんなよ >>462
そんなんもん金融機関も同じだろｗ
金融機関だってベンダーに丸投げで行員がコーディングするわけじゃねえよｗｗｗ >>457
派閥争いの末システム統合に失敗し、いまだに苦しんでるメガバンクさん見てその考え正しいと思う？ >>465
財務、顧客、機密、国防、金融、特許関連は
テストしかしないつってもバイトは入れんよ >>469
あれ、リストラされた方のシステム屋が爆弾仕込んでたのかもしれないな >>468
金融機関はカスタマイズパッケージだから独自改修が必要
大元が勝手に直してくれるわけ無いよ >>465
帳票の元号がバグってたら、
修正ペンの要員を雇う方が早くて安いねん。 >>452
そうなったら元号併記を義務付けるから大丈夫 >>473
あれはシステム屋は関係無い
役員の権力争いが原因 元号の二文字なんてたいした問題じゃなくて01年に戻るのが厄介なんだろ >>475
まっとうなパッケージだったら元号のレコード1行追加するだけで対応完了だよ
改元で改修とか言ってる時点でおかしい 常用漢字じゃないとか
２文字じゃないとかじゃなければ
ダミーでテストしてるからそこまで深刻じゃない 新元号対応しました
バージョンアップ料金1ライセンス10万
ほんとカスだわ >>413
昭和が平成になったときと同じで、しばらくは訂正印（訂正シール）だろ。
そっちの準備は、新元号発表後しかできないから、そっちのが大変だなw >>454
とばっちりだったな。あほすぎて。
上司がいうから出勤したが、余裕で就業時間内でできてた。幸い俺の場合。 >>451
護衛船団方式とか、終身雇用とか、
高度成長時代の「すごいぞニッポン」など、
今更、何の説得力もないといってるんだよ。 >>463
問題ないことを確認するのは意外と難しい さらに消費税増税＆軽減税率問題が。
安倍政権はIT業者を殺す気か。 ガラパゴ列島でしか使われないものに何必死になってんだか
もしかしてプロジェクトXみたいなの狙ってるわけ？
ほんとお馬鹿な国だことｗ >>480
違うよ
金融機関はどんな些細な改修でも全ケーステストが必須
じゃないと金融庁から許可下りない
だから1ヶ月では終わらない
なので期限に間に合わない物は読み替えで対応する
人間の方がコスト安いからね 変更一週間前くらいに
01年だけ元年って表示してって言われたら発狂するかも >>2
マスタか設定ファイルで管理しておけば何とかなるんだけどな
漢字３文字以上になったときが本当の地獄だ >>463
Web系のエンジニアだとそう考えがちだけど、インフラ系だとそうならんのよ >>463
何をもってして「問題が無い」と確認するの？
テストケースの定義は？網羅性は何が担保するの？
問題無いことの確認なんて無茶苦茶難しいよ 間に合わねーよ
システムが新元号に対応するのは来年になってからだ 元号は本当にツマラン制度だ。
政府が元号関係のコメントをする際には、いつも「国民生活への影響を考慮して」と、
断りをしている。
つまり、政府自身が「元号はやっかい者」を承知している。
元号では先輩の中国も韓国も、太平洋戦争終結をきっかけに廃止した。
日本もそれに合わせて廃止すればよかった。 まさかの三文字の場合でも読み替えで行けるからセーフ 平成元年の頃はMS-DOS位でWindows95すらなかったものな。 >>400
システムの規模を大きくするために、解り難いコードを書く奴が居るよね。 >>491
>>494
>>496
おまえらアホだからわかって無いみたいだけどこれが改修になる時点でおかしいんだっての
いつどのタイミングで改元が入っても問題無いと既にテスト済みなのがまっとうなシステム
じゃないと改元周りの動作をノーテストで今まで使ってたってことだろうが
馬鹿なのか >>459
それヘタすると地獄見るんだよ
無理難題押しつけて取引先がもう出来ませんとかって
下請けの変更を繰り返すと
確実に仕様書どころかソースすら失われたりするからな
ましてや入力データそのものが和暦だったりするともうね
俺なら辞表書いて逃げる ソース1行だけ直して30年ぶりに再コンパイルしたら通らなくて青ざめるとか 元号は外だしするのは当然なんだ
もちろん修正自体は設定ファイルに定義追加するとか元号マスタにレコード追加するだけなんだ。
ただ全ケーステストが大変なんだよ。 >>502
わざと定数使って改修コスト発生させるシステム屋の存在
客がシステム屋不信になる気持ちも分からんでも無い まさかの寿限無で既存フォーマットじゃ収まらないとかあったら楽しそう >>494
インフラにわざわざ元号用いんでもいいやん
だからバカジャップなのよ
やることなすことが斜め上過ぎて嘲笑うしかないｗ 昭和から平成になった時はもっと短かっただろ
しかも昭和がいつ終わるか分からなかったし、
次のシステムどうしようかとか大ぴらに話出来なかった
それでもなんとかなったのに、なんで
今回みたいに事前に分かってることでウダウダ言ってるんだよ
やる気ないだけだろ 更にいうと帳票は新元号が追加された物でテストしないといけないから、印字位置とか全部見直さないといけなかったりするんだ >>507
glibc はロケール依存で
元号対応だって知ってる？ >>508
そりゃシステム屋はコードを書かなければ
売り上げにならないからだろ。
コード単価で計算してるんだもの。 >>510
社員コードに和暦の入社年次使ってた某上場SI屋があったで パッケージ使って、業務はシステムに合わせた形に変更し、極力アドオン開発を少なくした企業が勝ち組になるんだよ >>504
改元周りのシステムを作った時の状況と今の状況が完全に同じなはずがないのでテストしないとダメ
なのでその言い分は通用しない 職は違うが
急な対応はメンドクサイんで
いくつかの仕事は来年度は西暦
簡単なものだけ新元号対応にする
メンドクサイのは後からのんびりやるw DBや設定ファイルからじゃなくハードコーディングしてるソースは見たことあるww >>511
あの頃はせいぜいモニタに表示、帳票にプリントアウトくらいしかやることなかったじゃん いくら古いシステムでも、フツーなら変数変えておしまいなんだけど、たまにアホがいてソースに直に「平成」って書く奴いるからな。 >>9
30年前なんて家庭用のPCなんてほぼないし
企業も紙と鉛筆で仕事してた時代だぞ
今と比較にならんだろ つか西暦以外を、メイン元号してることが、そいつの限界しか見えない。
今や絶対外国の原料を入れてるのに。
和暦はサブ元号にしろ！バカ 日本国でも和暦はサブ元号だぞ、マイナンバー見ろ。 >>514
うちは時間単価だからコードの長短は関係無いけど
あっちこっちに定数仕込まれた客は本当可哀想 >>506
30年前のコンパイラーってなによ？MS-Cか？ 糞みたいなシステムのおもりしてるやつは大変だな
無能がさらに悪化するぞ 去年で会社内の文書は全て西暦になったわ
見積や請求書も全て データベースでは年は西暦4桁で持たせて、元号は変換テーブルにしとけば対応できる。
ただ、何があるか分からないので暫くは待機が必要だろうけど。 >>523
マッキントッシュSE30 とかあったかも・・・ >>513
そんな次元の話してない
帳票絡むととにかく面倒なんよ うちは西暦でデータ管理してるからそもそも和暦が何になろうと関係無いけどねぇ
読み替えはお客さんがやってくださいで終わり
たまにS58とかのデータをマスタに入れてる客いるけど改修大変そうだなって思う 西暦で作ったプログラムを
部分的に和暦に変更する手法でおｋじゃね？
和暦中心で作ったプログラムのことは知らんｗ #define NEW_GENGO xxx
でコード組めるやん >>525
納期厳しいと人海戦術で定数爆弾投下されまくるねん。 >>511
皇居隣の某生保で書いてたが当時の緊張感パなかった
皇居側の窓はブラインド開け厳禁
でガセ元号情報が毎週流れるw 思うんだが
なんで政権はシステム会社に
事前調査しなかったんだろう
今更間に合うかって
もう時間無いじゃん >>504
無能発見
元号改元は今回が初めて。元々対応済みだとしても本番環境で改元に関わるロジックが使われるのも初めてなんだから、リリース時と同様の対応が必要になるんだよ >>531
うちは帳票を手作業で直してくださいって客に言った
予算付けてくれないからそう言うしか無いね
現場は大変だろうけど予算が無いからしゃーない >>499
太平洋戦争終結時点で、
中華民国では民国暦を使ってたし、
「韓国」なんて国は存在しなかったし、
お前は何を言ってるんだ？ 次の元号は知ってるけど言えない
だけどヒントとして漢字で３文字とだけ言っておこう 大丈夫だよ。リソースに新元号を追加するだけだよ。バッチファイル配布でOK 対象調査が一番時間かかるのに客からは対象一覧を見てみないとどれを対応するか分からないと言われる
それで全部やらないとなったら調査し損じゃねーかよ >>537
怖っ
とある会社のシス管が某大手SIerに改修が発生しまくる無茶苦茶なシステム導入されたとかブチギレてたけど
そう言うのがあるんだろうな これでもしサマータイムやってたら
ああ、憐れ日本国ってな 紙媒体の記録用紙が面倒くさいなー。特に年度でしてある奴。
4月だけ平成31年度で印刷して5月以降のは新元号って。
せめてさっさと新元号発表してくれりゃ、まとめて作れるのに。 Excelも元号対応のアップデートで
立ち上がらなくなるパッチ配布してしまってたよな 安の字来い！
さすれば全パヨクは憤怒死するであろうｗ 新元号発表されて修正して印刷したら
位置がちょっとずれてるような気がするとか
このフォント何となく気に入らないとか
そういう注文の対応がめんどくさい >>17 >>20
取り敢えず、選挙の際には日本共産党に投票しとけ
売国自公じゃあかん 改元とか突発的に起きてもおかしくないのになんであらかじめ準備しておかないの 元号マスタに適用開始日と新元号を入れるだけだろ。
どこが難しいんだ？
元号なんて変わるもんだと30年前に経験してるからどのITベンダーも初めから備えてるだろう。
まさか30年以上前からシステム更改したことない会社なんてないだろう。 こんなの元号なんて変わるものなんだから、テーブル等の設定変更で変更できるようにしとかないのが悪いだけ
新しい元号が何かわからないと手がつけられないとか馬鹿じゃないの？
どんな元号ができてもいいように、この機会にずっと前から改修しておけばいいだけ >>515
SEは辛さ、苦しさ、こんなに大変な思いしてるとか
元号ネタでよく見かけるけど別にそんな気持ち一ミリも分かち合いたくないわ
そもそも必須でもないのにわざわざ取り込もうとする神経が理解できない
元号無くてもあらゆる国や社会は回ってるのに
そりゃ元号取り入れないと世界が滅びるとかだったらわかるけどさ
もう国丸ごと池沼なんだなと思ったわｗ 元号変わるの判ってんだから、簡単に変えることができるように
つくっとけばいいだけ
今頃慌ててるのは設計がバカなだけ つか住民票も免許証も健康保健証も、和暦と西暦の両方を表記しろ！カレンダーですら両方表記だろ。
書かせる時は、選択制でＯＫ！ >>493
改元のスレってほんと聞きかじった程度の知識で語る知ったか野郎がよく湧いてくるよな 新元号でお仕事の依頼が逆に増えて儲ける職種もあるし別にいいんでないの
たまにのことなんだし
わざと否定的な難癖探してきてイチャモンつけているよにしか見えない >>567
そんな予算が通る会社ばっかりだと思ってんの？ >>567
2000年問題だって2000年来るのわかってたよ
2038年問題だって4バイト桁溢れするのわかってたし 改元するのは決まってるんだから予め準備できるだろうしそれほど問題ないだろ
それをやらない企業は知らん >>574
新元号対応は儲けが少ないし、人手不足も相まってどこもあんましやりたくないんだよ
だから喜んで新元号対応してるSIはお察しレベルの会社がほとんど いまどき、元号を考慮していないERPなんて
あるの？ 上でも書いてるけど
平成納品のシステムは、
基本西暦管理で西暦→元号の計算式、元号和名はDBに登録されてるケースが多いな 元々 即対応できるソース書いてないシステムはクソだろう。 元号かえてバグがでるってのがイマイチわからん
ドラクエの名前いれるみたいに
何を入れてもおｋって形に最初からつくれないものなの？ SEが大変だ大変だ言うけど
具体的にどう大変なのかは言わんよな 新元号もさっさと発表してくれよ。
その文字で何か悪さをしないか確認したいんだよ。
テーブルで修正可能にしてあっても、本格的に稼働すると何かが出ることが
あるからテストしたいんだよ。 いやさ
そもそも
なんで早めに元号出しちゃダメなんだ？
出し渋る理由ってなんなの？
止めてるの弊害しかなくね？ >>577
( ｀・д・´) ｺﾗ、ﾔﾒﾀﾏｴ!! いまだに和暦なんか使ってる会社あるのか馬鹿じゃねえの？w >>571
作った奴が保守すると思ってるならおめでたいな システムに元号を併用することでますます複雑化
メンテナンスも難しくなり時間も無駄にかかる
その結果あらゆる現場は疲弊してくようになる
ジャップバカすぎだろｗ >>582
儲けどころか、お金取るんですか？と言われるレベルなのが、今の日本 新元号がわからなくても仮名でシステムに組み込んでテストするぐらいできるだろ 安倍が「あけぼの」元年にしろとかまた無茶言ってるらしなｗｗｗ >>577
それはない。日本にとって天皇制と和暦は象徴だ、シンボルだ。
ただ実用上は西暦がスムーズってだけ。 今担当してるシステム、元号対応済みの触れ込みだったけど、今回改めて状況調査したら
改元が正しく動作しないプログラムが5本見つかったわ。
去年の6月頃から、対象プログラムの洗い出し、テスト計画、テスト実施、不備の修正と再テストやってる。
改元対応の予算は聞いてないけどたぶん1億ぐらいかけてると推測。
保守派の連中が未だに当日発布にこだわってるらしいけど、あいつら日本をどうしたいのかね？
てっきり日本の国益を考えてくれてると思ってたけど、今回の件で幻滅したよ。 >>592
新元号発表した後・元号切り替える前に今上天皇が急逝や事故死されたら
発表済みの元号が縁起が悪いとか言って使えなくなるからじゃね
元々譲位なんて明治以降はなくて特例でやるもんだから
いきなり死亡していきなり元号変わるのが普通だしね ダミーで2文字を用意して、年明けに発注うけて今月末まで納品
納品後に発表で正式に文字を入れてテストするくらいじゃないと >>599
直す方もそう思いながらやってるわけよ
自分が作ったんわけじゃないし
改修するのに金も時間もないし
引退した老害どもがノホホンとしてるのに腹わた煮えくり返ってるってのが現状 もう新元号は間に合わせなくていいよ
全員でボイコットして統一教会安倍カルト一味が死んだら改めて決めてもらおう >>604
で、本物の元号が決まったら本物に切り替えてテストせずに本番稼働しちゃうの？
ワイルドだねえ せっかく発表を引き伸ばしたのに
なんでこの期間に西暦に統一しなかった？
が本音なんじゃね 最近は管理上は西暦に統一されつつある
自分もいろいろ西暦で記憶してるので生年月日の元号忘れそうになる >>596
低脳プログラマ ＩＴ土方未満
有能プログラマ 本物のＳＥ 納期の表記に、平成じゃなくなる日付が入ってても別にいーじゃんいーじゃん、
な業界無いこと無いのとちげーの？
ひょっとして「ウチらIT土方の対応力を見てくだせえ」競争？
その競争結果を評価するのはIT土方の親方と、あとどこ？ >>618
いちばん無能なのは設計書やプログラムチェックしない(できない)マネージャ 元号が変わる時って10連休中でしょ？海外旅行行くし皆休むんでしょ？WW こんなに必死にやってもいつかどこかでシステムトラブル起きる
ニュースでも度々取り上げられてるしね
ジャップのITって最近こんなの多いし
別に必死にやらなくていいよ 平静でいられないというなら わからなくもないけれど
まあ気楽におやんなさいって
死んだおばあちゃんなら言ってたかな >>144
改良の必要があったとしても
それは元号の発表日がいつであるかに関係しない >>463
問題ないことをいかにして証明するのが一番大変なんだよ
ましてや新元号対応と関係ないバグを発見しちゃったらww FB入金フォーマットって、なんで和暦だけなんだろうか。
絶対誰も得しない。 新元号に対応する部分だけ適当な置き換え可能な単語にして予め作ってしまって、発表されてから一括変換じゃダメなの >>285
もうすでにダミー値で並行稼働始まってる時期じゃないの もし間違った動作をしても、たいした問題にならんだろ
こんなもん
問題になるようならそれこそ糞システム >>605
ひらがななの？
曙だとでんでんが読めないからか？ ダミーが残ってそのまま表示されるトラブルが
きっと起こるに違いない。
安倍元年とかｗｗｗ。 あと2～3年くらい平成のまま使い続けても問題ないよ
それくらいみんな許してくれるよ こんなもん楽勝だわ
元年から始まるの分かってて対応できないとかどんだけ低能なんだよｗｗｗ >>38
手形を扱うシステムは元号必須だよ。
しかも、手形帳って「平成」って印刷したものを基本最後まで使いきるから、新元号に切り替わっても
当分の間は「平成」で運用されるおまけ付き。
そのために、今年の5月以降はシステム上で「平成」と「新元号」の2種類の手形が同時に使われるテストまでやったよ。 間に合うかってのは事前に発表される場合に語られる事でしょに これシステム会社より印刷会社が問題だよ
注文殺到するぞ 残念ながら、和暦はこういう問題と２０００年問題みたいのが、起こるるに決まってんだよな・・・
リスク管理上、はやく和暦も象徴扱いにすべき。国民が迷惑してる。 どうでもいいことには拘って
しなければならないことには消極的
最近の日本社会にみられる特徴だね
元号に拘るよりグローバル競争渡り合って国力上げろよバカｗ
一生懸命の方向性間違ってると思うわ この手のはテストがとにかくめんどくせえからなあ
まあ担当者は頑張ってくれ >>627
和暦を削除できる改修ができるシステムならそれが一番なんだがな
その費用出るかどうかは別にして
>>640
「期間的に間に合わない」という意見を「よく分からないが一か月もあれば十分できるはず」で押し切ったからもう仕方ない >>38
官公庁絡みは多い
官公庁に絡まない企業からすると？？？ってなる >>644
システム稼働当時にテストしてんだけど
実際に改源されるのはじめてだから
また全件チェックしないといけないのよなあ >>264
修正はすぐできるけど
テストと検証は数ヶ月かかるんだが。 元号は時代遅れだけど今の高齢化社会では変化することに抵抗がある人多いから無理 >>644
テストに手間がかかることを知らない奴がホントに多い、ここのスレにもいっぱいいてww >>615
そのワイルド案件、手元にあるけど？
予算も人員も期間も確保してないから、ワイルドだろマジで
書類上は、なにかあったら、その時点で見積りってことになってるｗ
クライアント、どんだけ金を節約したいんだろうなぁ・・・ >>646
だわな
こんなのやっても貧しくなる一方だし
GAFAの地位を脅かすわけでもないのにな
列島丸ごと馬鹿の極みでしかない >>650
＞ 修正はすぐできるけど
∧＿∧
( ＾ω＾) ＜ それは、システム次第・・・ｗ
/ >>393
人海戦術でドカタ大量に集めてやってるのに
まともなエンジニアなんてごく一握りだ。 >>653
新元号対応して売上が上がるわけでも、コストが下がるわけでもない。つまり1円でも払いたくないってことでしょww >>649>>652
まだ20代だけど元コボラーなので担当する方の苦労はお察しします…… 鎖国時代は、和暦は便利だったんだがな・・・
日本が世界基準で行く以上、西暦は必須なんだよ！
和暦をなくせとは言わないが、サブ元号処理が妥当だろう。 生前退位される中、元号をぎりぎりまで公表しないことのメリットってなんかあるんけ？ｗ >>658
金あれば大体の人は動くけど
愛国心で動くやつは一部や テストテスト言ってるバカは元号が変わることすら知らんかったらしい
テスト自体は数カ月前からできる
変更が確定できないのは表示だけだぞ
どんだけあほなSEなんだよｗｗｗ 自分はNW系だから無縁だけど
PGの方々は大変だろうな
汎用系の言語使ってるような
古いサーバーとか大変なんじゃね？ 元号は途中で変わるのわかってるわけだから名前かえるだけで対応できるようにしておけばいいだけでしょ？
なんでそんなことも出来ないの？ >>664
コンピュータシステムに元号を併記することのメリットってなんかあるんけ？ >>663
いや江戸時代以前とか元号なんて歴史家くらいしか認識してなくて
庶民は十干十二支で年を認識してたんだと
十干十二支が60年周期だから各地の祭りは60年に一回とか30年に一回とか60年周期でわかりやすい周期に開催される >>669
システムに併記させる必要はない
表示するときに変換させるだけ >>666
その対応コストを惜しむ馬鹿のせいで調整に無駄に時間を浪費し、結果対応にかかる時間を失ってしまったシステムがどれだけあるかって話が分からないのかな？ww >>666
これね。高齢者ＳＥさんの危機管理も疑うが、社長の無能さも疑う。
わきが甘すぎるね。 >>664
保守派の有名な人が、伝統を守らなきゃいかん！
今からでも当日発表に変えるべき！
って力説してたわ
ほんとバカじゃねーのかと思った。 >>668
そんなことでなんともならないから困ってんだろ
というか、そんなこと考えてないと思ってるの？ >>674
こうやって人は成長して行くのだと思うよｗ
大きな失敗をやらかした奴はその後すげー慎重になる >>674
お前が無能だからだろｗ
俺らの会社じゃ、最初から対応準備進めてたよ
そんなの当たり前のことだと思うが馬鹿には理解できないならしい
言われてから動く無能は苦労して潰れればいいんじゃねぇｗｗｗ みずぽのサグラダファミリアは改元に間に合いそうですか？(小声) >1月にMicrosoftが新元号に対応するためのアップデートを適用したところ、各地で「Excel 2010」が強制終了
アプデ最初から切れるwin7でよかった 文化を守るために不便を生じるならその文化は廃れる運命だと思う 元号周りは10年ぐらい前に変更箇所洗い出して
マスタ変更で対応出来るように組み込んでたな
当時の上司は「そんなこと考えんでいい！」
とか言ってたな
アホかな またみずほ銀行のATMはメンテナンスで止まるのですか？ Windowsがやらかしそうな気がする
しかも10連休明け 後世の人々のために西暦も5桁以上に対応させておけばいいw 大正から昭和になった時はそれほど混乱しなかったけどなぁ こんなことしてもいつかはシステムトラブルが起きる
インフラでも度々問題起きてるし
日本人は元々ITセンス無いのに何故わざわざ複雑なことしようとするかなあ
変な使命感とか持ちすぎてるよ
もう元号併用辞めたら？ｗ
俺的には別に無くても困らんし そのために１０連休があるんじゃないの。この期間、セールをするところが多そうだよ。
行くとし来る年の年号版だよ。みんな一緒に新年号をカウントダウンで迎えようぜ。ｗ いまどき元号をシステムに組み入れてる無能はお役所くらいだろｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ >>690
たとえ混乱しててもしないふりしてたやろうね リテラシーのないエンジニアに、いいことを教えてやろう
%%新元号%%
とか入れておいて、決まったら「すべて痴漢」するだけ >>685
やっとか。
あそこに口座なくてよかった。
俺がみずほ行ったのは、ナンバーズの高額換金ぐらいだな。 >>コンピュータシステムに元号を併記することのメリットってなんかあるんけ？
元号使うのが愛国心と勘違いしているおじいちゃんたちを喜ばすというメリット コンピュータで合理化しても
昔の手続きはそのまま残して
仕事を倍にするのが日本のITだもの こんなもの一斉に使うのやめようぜ
西暦使うのが理に適ってるよ 事前にいつから代わるかわかってるのに何が間に合わないのか分からん
エンジニアって池沼がやってるの？ >>679
それはお前が優秀じゃなくてお前の会社の役職員が優秀なんだよ。
役職員に馬鹿がいるとどっかのメガバンクみたいにシステム統合でやらかすことがある、そのことを理解してない君は馬鹿候補筆頭だよww >>690
紙媒体の時代やしのぅ、
逆に通知が遅れて旧元号のままやったかもしれん。 >>693
マイナンバーが西暦表記なのは、斬新だった。
日本の夜明けを感じるレベルだった。 みりんちゃんの天才的発想に脱帽
ビィ君さんに弟子入りするといい
その才能伸ばせそう お堅い系の会社だと
「文書は元号だ！」
「なんで？」
「黙れ小僧！前からそうなんだ！」
お、おぅ >>702
やめるのにもまたシステム改修せにゃならんやろ
金融系のサブシステム１つでアホほど帳票あってテスト確認が大変だろって話から
元々の設計が悪いとか、簡単に直せるだろって頓珍漢な言ってる奴等が
後々別の要因でこの状況生み出す気がするわ >>713
マイクロソフト辺りは候補となる元号を教えて貰って
テストやってんじゃね？ まあ大丈夫だよ
客？としてだが役所の窓口で、絶対検収してねーよなｗって状態のシステム見せられたことあるしｗ >>710
２・２３で５９だったろ。そっから１００年は残酷 で、不敬で申し訳ないけど、ＧＷ前に天皇が崩御したら元号発表も含めてすべて問題解決
すいません >>644
印刷とフロント/エンドの端末表示だから、広範囲過ぎてタマランな まともなプログラムなら、
if文2行も加えれば解決するんじゃね？ >>710
どんだけ日本の借金増えるんだよｗ
財務省がオーバーフローで
システムダウンする方が早くないか？ 調査、改修、テスト、本番、各過程で具体的な対応を想像できない奴ほど、新元号対応を軽くみるから面倒 >>9
昔は電気なんて無かったんだから首都圏で一晩停電あってもガタガタ言うな
と同じことか テストがうまく行ったからって本番で何が起きるかわからんし月が変わったり年が変わったらまた何が起きるかわからんしな >>721
予め日時系はライブラリに突っ込んどくんさ
マスタ変更で判断するからそもプログラムの変更もいらんのよ
…本来は >>193
現実に平成31年5月1日という表記あるだろ？
だから馬鹿なんだよ 新しいシステムなら改元も考慮して設計されているはずでDBに新元号名と開始日付入れるだけだろ >>58
同時に書き込まないといけないなんてどんな無能が作ったシステムだよ
普通はマスターデータに有効期間持っといてその範囲内なら該当する元号使うようにしてるだろ
テストも正式な元号決まらなくてもできるし >>727
そのライブラリもベンダーの標準関数の元号変換を使ったりしてるとベンダーのリリース待たなきゃ駄目とか言い出すぞ 間に合わないと言っておかないと割増料金を請求できないからね 内部データを西暦保持し、表記も西暦が原則で、和暦で表示しなければならないときだけ
表示するインターフェイスを共用化したうえで、西暦データを和暦に変換して表示というのがいいかも。
でも変更作業自体は簡単でも確認作業が面倒くさいんだよな。いい加減なテストで高を括っていると不具合で
大騒ぎになることもある。
昔企業内のＳＥをしていたが、昔よりも今の方がＩＴ要員の奴隷化傾向が顕著だな。 ここで政府は漢字2文字じゃなくてサプライズで3文字とか繰り出してほしい まあでも想定通りにいかないのがこの業界
既に設計者が居ないなんてよくあるしな 要望なんか聞いてたら1年も2年も必要とか言い出すだろ >>731
かんたんなことも、仕事の枠組みややこしくなって、たまらんな。 事前に準備すればーとか
事前に準備してたからーとか
そんなもん当然やれることやってるわ
遊びでやってんじゃねえんだぞ >>17
9条改正と比較にならないほどの大仕事
天皇制を廃止して米国やフランスのような強力な大統領制にするのか
イタリアやドイツのような政治的権限のない大統領を置いて議院内閣制を維持するのか
そこから検討しなくてはならない
共産党でさえ具体的な案は持っていないんじゃないか >>731
最初からきちんと自作しときゃいいんだけどな
MS系は今はダメだわ 設計思想も実体もクーロン城みたいになっとる >>727
うん、本来は、な・・・
そして、本来は日時系ライブラリは、ひとつだよな、本来は・・・はぁ >>579
> 2000年問題だって2000年来るのわかってたよ
> 2038年問題だって4バイト桁溢れするのわかってたし
だから2000年になる前に影響あるかないか検証しておけばよかったでしょ
もっと言えば、2桁管理がどこかで使われているか、初めて迎える西暦上位2桁変更でソース以外でどこで問題がおこるかわからないことが問題だったからソース見直したんでしょ
元号なんて昭和、平成と変わってきて、いつ変わるかわからないのが前提で、新元号がわからないから対応できないなんて今更何言ってんの？って話 システムに仮の関数を入力して、年号決まれば置換すればいいんじゃないの？
今使われてる言語知らないからいってみたんだけど >>738
フロントにそれを付け加えるスペースないんだけど、ここ、改行していい？ｗ 切り替え時の混乱はいつやっても同じだし
まあ2文字でさえあれば大丈夫じゃないの？
政府は無能だからなんもかんがえずに4文字で出してきても不思議でないけど >>737
知るべきことを知らないでのうのうと生きてる奴は一定数いるが、彼らは「無知は罪！」って知らない・・・・
ま、なにかあったら自己責任でいいけどね。 >>579
だから何？
前もって検証しておけばいい話だったでしょ？ アホな人が大臣やってるから間に合わなくても平気じゃね？
USBも知らなけりゃメール送ったことすらないんだからさ ｗ 改元後一年は併用可能て決まってるんだから指摘する側が恥ずかしいやろ 5/1になったら平成を新元号に置換するだけと思ってると
簡単な作業なのにできないやつは無能と思えるんだろうな >>578
予算が通らないから直前まで何にもできないの？
言い訳も甚だしい
そんな状態のソースコードなら、変換バッチでも30年前からついうっておけよ 保守派の政権なのに、元号を終わらせるとは、
スゲーな日本。 間に合わないから警察も銀行も西暦にするんだろ。
元号の発表を遅らせた奴は正直大失敗をしたと反省すべき。 >>766
だーかーらー
なんで新元号がわからないと対応できないの？
馬鹿なの？ SEのみなさん、恨むなら宮司職でぬくぬく生活している連中の集団、日本会議を恨みなさい >>762
？？自前のシステム部署持ってない会社がない無いと思ってるエアプかな？ >>690
あんときはクリスマスの真っ最中だったし >>760
システムは繊細なのは承知している
置換するだけでお仕事終了の段階まではできるんじゃないの？ >>768
対応できないから西暦にしたんだろ。その位考えろよ >>770
はっ？
システム部署持ってなかったら、システム発注したんでしょ？
発注しておけばいいだけでしょ
5年くらい前からやっとけよ >>749
備えあれば憂いなし。
人間には２種類いる。備えるやつと備えないやつ。
後者になに言っても無駄。自己責任でええやん。
防災と同じ。 またでかい堤防のおかげで「ウチは大丈夫ｗ」って過信するやつ。また無根拠に拡散するやつ。 >>775
でかいシステムは対コストを考えて判断しただけでしょ？
別にやろうと思えば出来なかったわけじゃないことくらい
システムかじってればわかるんじゃないの？そんくらい >>776
多分ね
君とこれを大変だと言ってる人とは作ってるシステムそのものが全く違うと思うよ もしかして
省庁や地方自治体は来年度の予算で改修事業の競争入札するの？ だから新元号は即位と同時に発表したほうがいいんだよ。
どのみち崩御に伴う改元はそうなるんだし。
1ヶ月といった期限切らられるより個々の事情に応じて五月雨式に対応すればいいだけ。
元々元号自体がそういう性質の暦なんだから。 >>50
今と違ってリソースも限られてるから少しでもソースコード削って節約したかったのかもな >>773
和暦の限界を把握できない人を撲滅しないと、被害は減らないって事。 >>780
そうなの？想像できないけど。
ひょっとして、元号は一角一角イメージで取り込んで文字を作って書いてそれをもとに処理してるとか？よっぽど高度なシステムだそれ もうシステムに元号なんて使うなよ
全部西暦で可動させろ >>705
役員のせいにするやな
なんで提案できないの？
無能なのはお前 >>777
朝鮮の方から来たお方ですねお疲れ様ですｗ 一ヶ月で全部やるわけないだろ。その前から準備してるよ
発表前に事前に西暦和暦変換処理作ったり元号表示部分可変にしたりして後は発表されたら元号データ設定するだけ
影響範囲調査やテストに時間がかかるシステムもあるだろうがそういうとこは昨年のはやいうちに動いてるだろうしな 置換で出きる程度のヤツなら
改修もテストも楽だろうなあ つうか、なぜ、和暦保存工作する人がいるのか意味不明。
伝統だから？ 古いものは大切だから？ ばっかじゃね？ >>50
新元号になる前にリプレイスされるだろうっていう前衛的設計思想のシステムなら見たことあるぞww >>786
うちの会社は金融からサブスクまで手広く開発保守までやってるけど
大変だと言ってるのは金融側だから
そもそも融通性がなく工程ややり方も変えられず
テスト完了まで役所なみのハンコ押す世界だしね 韓国に謝罪する気もないんだろうし
天皇制はもう廃止でいいよ
税金の無駄
西暦に統一しようや 他のやつはしょうがないけど俺だけには先に元号を伝えてくれ ＞改元対応については、複数のエンジニアが「平成以後に構築されたシステムであれば、元号、消費税、うるう秒など、将来的に変更や対応が求められる事案を考慮してあるのが普通だ」と口をそろえた。
スゲー優秀じゃん
企業はもっとエンジニア厚遇してやるべきじゃないのかこれ >>772
置換するだけじゃないと言ってるのに置換する準備ってアホなのか >>788
そだねーw
雇われプログラマの僕には役不足なんでww
役不足は本当の意味の方なww >>792
だから、早めにいってくれないと間に合わないとか言ってる馬鹿システム担当の会社だったら全部ソースベタ埋めのシステムでも作って使ってた方がよっぽどマシだとおもった
設計も楽だしコストもやすいでしょきっと
処理スピードとかなんか知らねー >>792
ただベースは西暦で、表示を和暦にするだけだよなw
ベースが和暦ならご愁傷様 >>1
なんで18-10-4なの2018-10-4にしないの。桁数多いとダメなの？
2118-10-4のと被ったらどうすんの・・・とか >>797
元号が発表前にもれると
第二候補が採用されると言う話だぞ。 なんか恐ろしいほどの無能が居るね
直前になって何でやってないんだとかマウンティングして無駄に時間を浪費させるタイプ
さっさと対応開始すればいいのに報告書とか提出させる馬鹿 ベースが西暦でも新元号の間にヤバイことになりそうなシステムが・・・ 和暦さんを１００%ディスってる奴はバカだね。
ビジネスシーンで西暦は便利って理解しろって事だね。
それに、国民が和暦を愛するのは自由。 >>736
生産性を拘るとテスト工数削減も
あって標準関数使えってなるんだよね。 >>801
でも、高度なプログラムを書いても請負金額は変わらないのでベタ書きが正解なんだよ。 >>808
>>国民が和暦を愛するのは自由。
今時和暦を愛しているのなど、日本会議と、
おじいちゃんと、よっぽどの変人くらいなもんだろ。 >>799
システム構成をあらかじめ完成させるんだよw
俺はSEじゃないけど、素人考えならあらかじめ準備しとくよ >>806
システムに対する理解度が低い奴ほど無駄に提案書とか報告書とか求めちゃうんだよなぁ >>778
備えてると営業掛けてないのに、担当者間で勝手なことするなって言われるのが偽装請負契約の辛いとこ こんなのが、社会問題化するって、ばか文系が増え過ぎ！問題はきり分けて考えろよ、って思う。 新元号が何かで、想定外のトラブルが出る可能性があるから、テストしたいのよ。
新元号に「辻」とかいう文字が使われていたらどうよ。 ゲームですらバグが沢山あるのが当たり前なのに、改元なんて簡単なんてよく言うな
最悪、改元のバグで停電とかするんだぞ >>804
あ、それは2000年問題の時にでた奴で
まーーーえに作った先人のやつらが、まだコードを極力少なくするために、2000年までは持つとかんがえて2桁管理にしちゃったからどうしようもなかったんだよね
2000年対応の時にどこまで対応したか？によっては、きみが言うように100年ごとにまた同じ問題が起きる可能性はある 元号が二文字じゃなかったら表示崩れる帳票多数ありそう 次の元号を「平成30年」にする
平成30年と元年
平成30年と2年
平成30年と3年
平成30年と4年
...
こんな感じでどうかな
読み替えも聴くし >>800
プログラマか
すまんかった
俺が無能と言ったのはSEに対してだから 元号が3文字になったらシステム屋ビックリするやろな >>792
置換とかだとオンコードのスパゲッティだから、
テスト漏れとかあって逆にヤバイ >>821
元年に対応してないんで
0001年でいいっすか？ 自称保守はもっと即位と同時の新元号発表にこだわるべきだった。
そのほうがシステムから和暦を排除するのに貢献したのに。 >>814
かわいそうに。派遣元に恵まれてないね。 >>200
八つ当たり
元号ヤメロとか速く元号決めろ、と言うならわかるが。
まあ、どちらの場合でも神社庁とか日本協会？とかが文句がでるだろうな。 MSとかoracleだが出した
元号対応の修正パッチの検証と対応が
どう考えても間に合わないな。
どうするの？安部さん そういえばこの前免許の更新してきたけど平成36年まで有効って書いてあるｗ
これどうなんの？ >>814
契約に含まれるか追加料金かでバトルが始まるヤツだな >>833
こういうブラックボックスを使ってたら困るよね
でもブラックボックスのアウトプットをどちらかに統一変換するモジュールを一時的に組み込めばどうなの？ >>833
安倍は日本会議のお人形だから、
言うなら日本会議だな。 >>814
かわいそうに。派遣先に恵まれてないね。 >>826
a＝〇〇
b＝△△
みたいな感じにプログラム入力すれば？ >>2
簡単に出来るけど、人手が足りないってのが本音やろ？ >>834
それは君が文句言うか言わないかで解決すると思う >>823
元プロマネの現プログラマだけど、新元号対応でトラブる根本はカネと人手不足だということ
普段からシステム投資をきちんとしてるところは問題を起こす確立は低いけど、投資を怠ってる組織が問題であり、SEに問題があるわけじゃないということが理解できないと優秀なエンジニアにはなれんよ >>826
旧元号使えないのもダメだろうから、置換じゃ対応できないんじゃないのか？ 機能aとbが出来ました
aとbを拡張する機能cが出来ました
機能a b cを管理する機能dが出来ました
aに障害が出ました 作りが悪くdも止まりました
通信制御にエラーが出たためbとcも止まりました
だいたいこんなもんだよね 昔作ったシステムは、マスタデータはAccessのリモートで客先責任者が書き換え可能にしてた
なので元号マスタなんかはどうにでもなったな >>843
だから提案できないSEがダメだって言ってんだよ
投資を怠らせているのがてーめらだってわからなねーからダメなんだよ
人のせいにばっかしてるから能無しなんだよ この業界、「xxシステム構築にxxx円」のような記事に
「ボリ杉だろwww」「俺ならもっと安く作れるわwww」などと言う
奴隷体質な人多いしw VM建てて日付変更してテストしてるよ。
マスタに入ってるから簡単にできるけど、
客に大丈夫です！ってエビデンスを作れと言われて作業した。
そしたら二文字以外になっても大丈夫か？
ってきたのでまた作業中。
まあ金取ってるから頑張るよ ていうかいい加減に公的文書での元号使用やめてくれよ。
西暦和暦変換が面倒くさいし、昭和の終わりと平成の始めなんて
何回理解しても忘れる。
元号使用に何の必然性がある？
西暦のみに統一しろ。
ちなみに我が会社では西暦オンリー。元号変更による修正等一切ない。 >>1
「5月1日を過ぎても『平成31年』と記載された帳票類をやりとりするのは、組織として恥ずかしいのでは」と苦笑する。
昭和→平成の時も「しばらくは昭和64年使ってもよい」と言われてたが、企業の面子をかけて
だらだら昭和暦を使わない企業がほとんどだった。 >>849
aに障害が発生する理由を調べれば解決するんじゃない？
そもそも複雑なプログラム構成する人は、几帳面な人じゃない？ そして改元初日、前日の帳票の再出力が必要になったが新元号で出力されてしまう糞システムが パラメータファイルに新元号用のレコード１件追加するだけじゃないの？
コーディングの変更すら不要 オブジェクト指向でプログラム組んでれば一カ所書き換えるだけで済む
修正が必要なのは面倒くさがってベタ書きしてたやつらだけだろ
自業自得 >>852
いくら優秀なエンジニアが提案してもシステムがわからない役員からしたら、売上が上がるわけでも、コストが下がるわけでもない案件に金は出したくないって考えるアホが世の中にまぢでいるんだよ
君が今いる会社にはそういうアホがいないから想像できないんだろうけどね。
誰も管理者がいない野良システムが日本に存在することを想像できない人にはわからない話なのかもしれんがww パッケージ本体は対応してるけど、各種の帳票はカスタマイズなんで基本的に個別対応だわな。
パッケージ内のAPIなり共通ライブライブなりをきちんと呼んでいれば大丈夫だろうが、十把一絡げで集めたIT奴隷ちゃん達は、その辺を守らずにそういう場所にベタ文字で埋め込むんだよね。だから、日付を変えて一通り帳票は出し直さなきゃならない。
まあ、開発時のコスト削減したしわ寄せがこういう所に出るってだけの当たり前の話だよね。 >>855
暦の制定は皇帝の印だからな、中華思想のある限り
対抗するため廃止は出来ない >>162
いまどき元号なんか使っている非合理的な日本政府が悪いw
無能なトップとやる気のない指導者層が国を傾かせている姿が目に見えるようだ おまいら、人間なら平成32年とか書いてあっても対応できるけど、コンピュータは対応できねーんだよ
当然、平成32年もちゃんと動かなきゃいけねーんだぞ >>861
いや提案力がないだけ
無能を人のせいにするのが一番救いようのない無能だよ >>860
なんか、オブジェクト指向を間違えた認識でいそう >>854
元年と1年と01年を選べるようにしなくていいですか、追加料金だけど
ってこっそりいってみたら？ >>858
起票日みたいので普通は見てるからおきないはず。 >>842
俺は文句ないけど身分証として提示して拒否とかされたら困っちゃうなぁ 和暦は通常「1年」ではなく「元年」と表記するけど、
和暦対応してる人大丈夫？ わたしは、元号は、昔と同じように、大きな事故や災害があったら、変えるべきだと思う。
たしかに、エンジニアの人は、大変かもしれないが、それでも元号をかえることで、心機一転できる効果の方が大きいと思う >>866
かわいく思えてきたwもうちょい社会経験が必要かな
会社の先輩にでも教えを乞いたほうがいいよ >>866
じゃあお前が全てのソースチェックしろや
その分のコスト削ってるのはおまえらなんだから、そのしわ寄せはお前らがサービス残業なりでなんとかしろや
万事、安かろう悪かろうが、当たり前なんだよ 明治時代、岩倉具視とかが元号止めてくれたら、どれだけ助かったか。
皇紀オンリーでもよかったんだけど、戦争に負けたからこれもなくなった。
西洋の猿真似して太陰暦をやめ、正月も盆も滅茶苦茶にしたくせに、なぜ元号だけ
続けたのか。
敗戦後、GHQが廃止する可能性もあったんだが、「天皇訴追せず」になったから
この可能性も消滅。
今上陛下は元号変更に伴う社会混乱を避けるために、生前の皇位継承を図ったらしいが
どうせだったら、「元号止めましょう」と言ってほしかった。 新元号を適当な変数で仮に登録してシステム変更のプログラムしておいて、発表後に正式に登録するんだと思っていたが、発表後にプログラム始めるのか？ >>872
日付フォーマットもマスタにあるからお金取れない。変更時に保守で取れるけど。
俺が作るシステムでそんなくそな作りはさせない( ・`д・´)ww >>865
マジレスすると内部表現は西暦というかUTCで統一してしまえば良い
表示するときだけ2019年5月1日以降を新元号にする処理を入れるだけ
読み込みも一緒
最初からこういう作りにしておけばまずバグは起きない 優秀な奴
単体テスト 完了
どんなstring文字も対応 平成を別な二文字に変更するだけだろ、大したことない。
それより10連休の対応の方がヤバイよ 一応対応準備は出来てるが、4文字とかだと終わってる 10連休対応やばいね。
単純に作業日が減るwww
ちがうかwww 元号なんてゴミは潰して全て西暦にしろよ無能
元号とか嫌われてるぞ 巨大システムになると1から10まで一人の人間が全てを把握することは不可能になる。設計上は設定変更で行けるはずとかdbに定義を追加すれば行けるはずとかそんな話は通用しない。
結局全部テストして問題がないことを保証しないとリリース出来ないシステムがあることを知らないお子ちゃまは黙っとけよ。 システムは全部西暦ベースにして
コロコロ変わる和暦の方を紐付けしたらいいだけじゃないのか
素人考えだけど >>886
まさにその作業中。
問題がないことを納得させるエビデンス作成の面倒なこと >>866
あともうひとつ
SEの提案力で万事解決するなら、みずほのシステム統合失敗はなかったよ
システムは経営者とエンジニアの両輪が機能しないと炎上するんだよ
新元号のやらかしの大半は経営者側の恒常的なシステム投資不備が起因と考えるのが筋 >>396
>>633
ダミーはダミーで実際の値で十分にテストがいらないシステムしかやらせてもらえないのか。
大手のクリティカルなシステムだと実データでテストしないと検査合格もらえないぞ。 そもそも、気のきいたSEなら改元を想定して元号と開始年月日のテーブルを作って参照するシステム設計にしているだろうな。 >>886
そこまでしなきゃいけない巨大システムなら
最初から改元を想定しておくか、西暦にしておけよ
無能
結局、設計段階で考えが足りないだけじゃん >>871
必ずしも元年にしないといけないわけでない。 >>866
提案力() 笑
んなもん、金を握ってる奴がやれと言ったら絶対やらにゃならんし、
やるなと言ったらやれないんだよ
今慌ててやってるのは、金を出す側が目先の出費を抑えたいがために削ったコストが、
今倍返しで戻ってきただけ。
システム屋は予算が出ればやるし、出ないならやらない >>889
ところがそのエビデンスを要求している人間はシステムのことを何も分かってないってオチなんでしょ 聖武天皇が出家するために退位したあとの元号が4文字だったはず。
この年はさらにもう一回改元した。 >>896
といいつつ、当日ひっくり返すお役人様がいないことを祈ってる人たちがいそうww >>857
この場合cとdは拡張だから
aとbで縮退運転できるように組むべきなんだわさ
全システムストップする必要ないでしょうと
そのaが元号のハードコーディングだったりして >>897
＞システム屋は予算が出ればやるし、出ないならやらない
バグだーで騒がれる。
新元号対応してないシステムって今時ないだろーｗ
という当たり前のルーチンワーク >>898
そうだよ。エンドユーザ。
だからシステムでどうのこうのじゃあ通じないからハードコピーとって説明書いてる(´･ω･) >>895
だから改元なんて想定してるのは当然っていってんだろ。
その上でテストが必要なんだよ。
金融関係で元号扱わないシステムのほうがレア物だ。
現実見れないガキは黙っとけよ。 >>894
そういうテーブルは存在するが参照が徹底されていない、
そんなシステムはあるある >>897
お前みたいな下請けSEの責任じゃないってことでしょ
その通りだよ
底辺SEは悪くない >>903
開発元と現保守担当が違う企業の場合揉めるだよ、カネの問題で マイクロソフトがレジストリに元号刻むとか
どんだけ国を取り込むつもりなんだよ。 スタンドアローンが多いから、
ｄｂ接続ねぇわで定数に定義してるんだろ。 たまたま問題の少ない環境で仕事している人が、
すべてを理解しているような発言を繰り返しているな >>905
エンドユーザーの実機テストが終わってないのでリリースできません
えんど「てすとするひまありません(^q^)」
JYOUSHI「はい、間に合わなかった
ね。ボーナスなしだYO!」 このせいでオフィス2003を365に変える羽目になった
勘弁して欲しい どうせみずほはシステム障害で30連休くらいするんだろ？
利用者も経営層もみんなわかってるよこれまでの経験から >>915
マイクロソフト「お買い上げありがとうございます」 >>916
一昨年、法人なりをして「平成」と印刷された領収書がたんまりとあるわ。 >>225
OA関係は前回の元号対応とか2000年対応とかで手が入ってないものは殆んどないだろ。
FA関係の方が、たまにしか使わない機器の方が危ないが、それが30年以上まだある方があり得ん。 改元がどうこうよりエンドユーザーのシステム音痴の問題だろ
コレ >>915
Office2003のサポート切れてるのにまだ使ってたのかよw
こういう会社があるから新元号対応で炎上するんだよww >>920
98のFAとか普通に稼働してると思う。
ただ元号扱ってはないだろう。西暦だと思うがね。 元号はあってもいいけど無駄に引っ張るのが迷惑だわ
さっさと発表しろ >>894
その素晴らしい設計思想が末端のプログラマに伝わってない且つ確認も怠ってしまったシステムが世の中に存在するんだよ >>925
総理大臣が天皇より偉いということを恣意的に
知らしめるため伸ばしてるんだよ。 >>902
素人だけど縮退運転という用語でなんとなくわかった
ありがとう >>895
結局、本番前のテストは必要なんだよ。
本番で上手く動かなかったら、ユーザー側の担当者のクビが飛ぶ。 空欄を表示するようにして手書き前提にしとけｗ
暫くはな。 >>906
理解するつもりもない無能に説得したって無駄よ無駄
こいつの駄レスだけで開発音痴の小規模システムしかやってないのが嫌ってほどわかるでしょ
ほっときなさい 安の字来い！！
>>884
↑こういうヤツを数十年暗澹たる気持ちに叩き落したいｗ 今回を機に西暦に移行したようちの会社。元号使用廃止 >>243
去年だっけ？最高齢の人が女性にかわって115才とか。
あと、10年くらいすれば明治生まれも殆んどいなくなるだろうな。 >>927
万一、5/1より前に陛下が崩御されたらとか、それも暗殺だったらとか、新元号にそいつの名前と共通の文字があったら、とか
あと、普通にあり得るのが、国民全員を敵に回すような犯罪者が出て、新元号とそいつの名前に共通の文字があったとか 元号は2600年以上の伝統がある
止めるなんてあり得ない >>936
今年107歳で7万人超
まだMはいるなあ そもそも行政が元号法に基づいて莫大な税金使って元号を考えるのってどうなの？
元号法って憲法・政教分離に反するんじゃないのか？
明治のころ作った下らん法律のひとつだろ、これ。 システムは１人で作って無いから、
マスタから元号を取っている個所、
ハードコーディングしている個所、
マスタから取ってはいるが固定長配列で追加するとメモリ破壊したりする箇所、
そういうのを全部調べてどうするか決めなきゃならん。
全部統一すると修正量は半端なかったりする。 >>821
星新一も同じようなことを考えたらしい
2001年に「にせん」と読む元号に変えればいいと……
https://www.hoshishinichi.com/list/list10.html
【わ行】 和暦と西暦（われきとせいれき） を参照 >>939
どちらにしろ過去データとして残ったりするから、
Mが同じ元号が来ない限りそのままにしておくと思うぜ。
さすがに入力フォーマットからは明治は消えるかも知れんが。 改元と10連休でてんやわんや
通常案件は後回しになってる >>250
そう言うのは、平成で2000年対応頃に新規で作ったシステムだろうな。
消費税も任意にかえられたりするんだろうな。 ～するだけだろって奴が作ったシステムがゴロゴロしてるんだよ >>931
そうだね
現実を知らないお子ちゃまには理解出来ない話だったわ 1ヶ月でできないとかいってるのはまじでアホ
新元号決まるまで口開けて待ってるのか
適当な二文字でいまからテストできるだろ 後で正式な年号と入れ換えるつもりで不謹慎な
年号を仮設定してテスト！
手違いで正式な年号に入れ換えられないままリリース
そんなこと起こり得るよね？ >>98
VB6のシステムとかで和暦変換を元号マスタ使用せずに、Format関数で手抜いているところは、阿鼻叫喚だな。 なまじ猶予を与えるからこんなことになる
発表と同時に改元でよかった >>879
こういう安易な考えの中には
5/1になるまでは平成31年5月1日と表記したいとか
平成32年の日付のデータ入力が来たときなど
は考慮されてない >>953
こういうアホが、根拠のない大体一か月あれば終わる論で発表時期決めたんだろうことは容易に想像できるな
ちなみにこういうアホは5月に障害が起きなかったとき「それみたことか」と言うのも想像に難くない
リスクの問題だっつーの ？？？「お前らは好きなこと仕事にしてるんだから、文句いうな、アニメーターを見習え」 会社辞める予定だけど元号案件がしばらくはありそうだな （元号リリース）は、入りました！
あぁ…次は消費税だ
ところでこれ（税率計算ソース）を見てくれ…どう思う？
すごく…（修正範囲が）大きいです… 無能実装されてない限りベタで書いてるわけでもないのに
ほとんどは開始日と新元号の名称いれるだけですむに決まってる
問題は三文字だった時のレイアウトについてくらいだな システムはいったん平成貫けばおっけー
そのうち帳票から廃止されるからそのとき西暦にかえるだけ >>268
そんなのは昭和のシステムだろうな。
平成になってから手を入れたのはMTSHの元号の記号をいれたり抜本的にデータは西暦、表示・印刷時に変換する様に
大規模な変更したりした。 改元はほぼ終わってるが
どちらかというと
連続10日の非営業日の方が騒ぎだったわ。 ソフトウエアが
設計道理に動いてくれるなら
どんなにか良いだろうに反語 >>30
世の中には現場に張り付く担当者がいないシステムの方が多いだろ。 >>970
軽減税率って今後も1種類だと思うか？
何パターンも出てきたら、どうしようかね？ プログラムは作ったプログラマーがずっと管理すると思ってるのは、
一度も会社に関わったことがない人だというのが分かるいい目印になるな >>962
最初は統一されてるんだ。
長年運用していくうちにいつの間にかぐちゃぐちゃになる。 >>970
昭和→平成の時も１月改元で４月から消費税新規導入だった 最初から作り込んでるだろ。記事の通り。改元も含めてテストをする。 何のためのシステムやねん ワンクリックでOKなものにしろよ >>982
動いてるシステムを更新するまともな経営者や首長が多くないから 今頃動いてるやついないだろ。
穴だけ開けて決まったら定義して終わり。 平成って書いて「おぴょぴよ」と読むくらいでも対応出てるように作っとけよな。 今簡単だとか言ってる人は作るときにもそれ言ってるから
まともなの出来てなくて苦労したりする >>992
立てたって全く同じ流れで話題がループするだけだろ・・・ いけるだろ
ワンチャン白紙で出るようにしとけばいい
後で訂正かけろ >>978
課目で分けるか新規に追加するか
面白いところ >>656
ねーよカス 慣習として二文字だっただけの話。ボケが >>304
前回以降、どれだけそうなってるのかは知らない このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 5時間 59分 38秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
