>>5
大したことないん？
なんかTwitterとかでめっちゃ死ぬ死ぬ騒いでるけど

>>7
だって単機能レジとか使ってる店あるやん
電子ジャーナルも付いてないレベルのやつ

>>17
それよく聞くけどなんでテスト要るん？

>>21
問題起きてシステム停止し、業務止まったら大問題だろ。
それが役所や銀行とかなら更に被害広がる

>>25
商品にしろ人物名にしろ全パターンチェックしてるわけじゃないんだろ？
名前が田中だった場合と鈴木だった場合のテストとかしてるわけじゃないのになんで元号だと必要になるんだ？

>>32
名前は文字列。
西暦は日付。
少なくとも、和暦なら明治から最新の元号まで全パターンやる。
後、うるう年とかも

>>39
元号も文字列と開始日終了日でテストやってれば設定変えるだけでいけるような気がするんだがダメなのか

>>46
基本はそうだけどそれを日付を扱う全機能で試す必要がある

>>21
自分の身を守るために必要
客先からこれちゃんと動くの？って聞かれたときにテストしてなきゃ何も言えない

>>22
これに関しては日本のITが遅れてるとかは関係ない
たとえアメリカでも同じような状況になる

>>28
性格が劣等なのはなんか分かるわ
いつも偉そうにしてるIT系の奴に限って元号変更で騒いでるの見ると「お前いつも偉そうに語ってるけどそのレベルだったの？」って思うもん

>>53
普通は考えて作るもんだが
よっぽどのど素人や池沼SEじゃない限りは

>>58
30年も同一のシステム使い続けるって相当レアじゃね
客がそんな先の心配するより安い方がいいかって言われりゃ作る側は何も言えないし

>>66
平成元年にはwindowsはあったのかな？

>>71
日本にあったかは知らんけど初代Windowsは昭和生まれらしい
けどそれがどうした

>>61
それは分かるんだがな
「担当してるシステムがクソだから大変なんですぅ」なら分かるんだが
騒いでる奴らはそれ認めないんだよなあ

>>63
即日変わったことはないだろwww

>>67
ないんだっけ
平成生まれのゆとりだから分からん
平成の発表って平成になる何日前だったん？

>>70
知らないのに想像で批判するなよ…
発表されたのはぎりぎり

>>75
前日だっけ？
どっちにしろどうするつもりだったんだろうな

>>70
1月7日早朝に昭和天皇死亡
その日の午後に平成を発表
翌日から平成に

>>78
昭和天皇が容体が悪い事は数か月前から知られていた
年末年始を避けて延命措置を終了したとか
あるいは既に死亡してたけど発表を遅らせたとか、 本当がどうか分からんけど

>>68
ぐうの音も出ない程の畜生

>>89
普通は西暦を使う

>>96
消費税がヤバいのは税率変更じゃなくて軽減税率の方
内容が固まってないのでどう対応すべきか決まらない
商品単位で税率持たせてるのが基本だろうがイートインと持ち帰りで変わるなんて話も有るしどうなることやら

>>107
軽減税率がヤバそうなのは分かるわ
ロジックから変わるしな

>>97
それは保証されてるって発表なかったか？

>>104
やってるけど元号変わった場合なんて単体テスト程度じゃない
追加機能とかではやってないだろうな

>>111
でも商品名とか人物名とかは動的に入るやん？
元号もそれじゃダメなの？

>>114
商品名人物名は入力された名前が出ることがテストのポイント
だから、田中とか鈴木とかではやらないやってもフル桁入力
元号はプルダウンメニューのイメージ
そこで選択された元号が出ることがポイント
平成と新元号の2パターンやっとけば最低限だけど、日付って色々あるよな
作成日誕生日申込日って箇所毎にこれをやるのでテストが辛い

>>132
辛いのは分かるが仮の名前でできるしなんで発表が1か月前は遅いとか騒いでるんだろ
何なら開発時にもできるやん

>>123
先輩！文字コードが違います！

>>149
じゃあ今騒いでるのは俺と同じで無能ってことでいいのか

>>150
バグったら人が死ぬシステムで元号とか使われてんの？

>>158
なんか騒いでるけど本当にそんなに大変なのか？って思ってな

>>161
やる事はそんなに難しいことじゃないんだよ
量と期間の問題
日付が1箇所だけなら1ヶ月前発表でもまぁいいさ
これが数百箇所あってみろ単純に労力掛かる
の割にはやってる事が難しいことじゃない
これを説明するのが面倒なのでとりあえず大変って言ってるんだと思う

>>175
漢字2文字なのは確定だからな

>>197
顧客が西暦嫌がるのは当たり前じゃね