虹裏img歴史資料館

1 19/04/01(月)21:13:11 No.580598281

西暦は変わらないし…

2 19/04/01(月)21:13:41 No.580598414

どうしてenum型を使わないんです？ どうして…

3 19/04/01(月)21:14:03 No.580598525

変わる日決まってるんだから余裕よ

4 19/04/01(月)21:14:10 No.580598563

官公庁のシステム作ってる富士通なんかは大変なのかな

5 19/04/01(月)21:14:10 No.580598565

もう殆ど西暦じゃん

6 19/04/01(月)21:14:26 No.580598641

その立場の「」は今頃ここ見てる暇なんか無いのでは…？

7 19/04/01(月)21:14:47 No.580598738

とっくに終わらせたし...

8 19/04/01(月)21:14:58 No.580598786

2019年問題…！

9 19/04/01(月)21:16:32 No.580599211

if文はやはりクソ 型推論があれば…

10 19/04/01(月)21:16:46 No.580599275

実装はいいけどテストをどこまでやるか不安そう

11 19/04/01(月)21:18:30 No.580599713

unix時間…

12 19/04/01(月)21:19:25 No.580599960

今動かしてるシステム西暦だけだからセーフ

13 19/04/01(月)21:21:39 No.580600610

発表されてからBOT30分くらい走らせて問題ねえわで終わったよ

14 19/04/01(月)21:24:49 No.580601438

Excelの和暦表示とかまだアップデート来てないから MSの中の人は全力でパッチ作ってるんだろうな…ってなる

15 19/04/01(月)21:24:49 No.580601439

RとLを間違えるヤツが続出しそう

16 19/04/01(月)21:25:17 No.580601546

>どうしてenum型を使わないんです？ >どうして… DBの元号を管理するテーブルにレコードとして持つのでハードコーディングしない

17 19/04/01(月)21:28:53 No.580602444

面倒なのは印刷物とかでしょ

18 19/04/01(月)21:30:43 No.580602943

仮の元号と入れ替えるだけだし 特に問題ない

19 19/04/01(月)21:31:31 No.580603160

ﾋで「礼じゃなくて令でよかったあああああああああ」ってなってるプログラマ見つけた

20 19/04/01(月)21:31:50 No.580603243

別に平成31年5月でも平気だから

21 19/04/01(月)21:32:18 No.580603357

SEよりも印刷屋だよね大変なの

22 19/04/01(月)21:40:01 No.580605298

今年はカレンダーとか特需になるんだろか

23 19/04/01(月)21:41:40 No.580605710

よっぽど酷い作りでもなければ何とかなるだろ 1年は元年で出したいんだよ！とか言われたら知らぬ

24 19/04/01(月)21:42:40 No.580605990

本当に大変なのは事故とかで突然なくなったときだろうなぁ

25 19/04/01(月)21:43:05 No.580606087

>ﾋで「礼じゃなくて令でよかったあああああああああ」ってなってるプログラマ見つけた 礼だと何がヤバいの？

26 19/04/01(月)21:44:07 No.580606344

enumとかよく分からないからString型でいいでしょ

27 19/04/01(月)21:44:21 No.580606403

別プロジェクトの人がOCRで読み込まないといけないと嘆いておった

28 19/04/01(月)21:45:24 No.580606694

そもそも発表から施行まで日数があること自体が本来は異例だしね

29 19/04/01(月)21:46:12 No.580606882

enumじゃないと何が悪いのかよく分からん

30 19/04/01(月)21:46:48 No.580607021

>SEよりも印刷屋だよね大変なの 仕事こねぇ

31 19/04/01(月)21:46:56 No.580607051

>Excelの和暦表示とかまだアップデート来てないから >MSの中の人は全力でパッチ作ってるんだろうな…ってなる 合字作る人も大変だな...

32 19/04/01(月)21:47:55 No.580607305

>1年は元年で出したいんだよ！とか言われたら知らぬ 平成のときは元年っていってたなあ

33 19/04/01(月)21:48:24 No.580607407

>ﾋで「礼じゃなくて令でよかったあああああああああ」ってなってるプログラマ見つけた https://twitter.com/keikuma/status/1112589146185297920 こうなってる

34 19/04/01(月)21:49:54 No.580607736

>1年は元年で出したいんだよ！とか言われたら知らぬ 元号の1年目を元年にするのは平成で対応済みなのでWindowsとかExcelではもう準備ができてる 今月のパッチを当てるだけだ

35 19/04/01(月)21:52:48 No.580608452

ずっと気になってたけど何で年明けに合わせないで半端なタイミングで変えるの？

36 19/04/01(月)21:53:05 No.580608525

unicode食わせて処理してるところあるの‥？

37 19/04/01(月)21:53:27 No.580608627

現在昭和94年ヨシ！

38 19/04/01(月)21:53:56 No.580608760

>ずっと気になってたけど何で年明けに合わせないで半端なタイミングで変えるの？ 年明けと年度明けにかぶせたら混乱するからずらした

39 19/04/01(月)21:54:17 No.580608852

経過措置で来年まで平成使ってもええよと言われた

40 19/04/01(月)21:54:32 No.580608911

すでに去年には対応してる

41 19/04/01(月)21:54:53 No.580608998

>現在昭和94年ヨシ！ SIRENだこれ！

42 19/04/01(月)21:55:44 No.580609212

オープン系ならまあ平気だろうけど汎用系の世界行くとヤバイからな あっちのコード設計文化狂ってる

43 19/04/01(月)21:56:05 No.580609311

うちは生年月日しかないしユーザーは18歳以上だから 対応するの18年後でいいわhahahaって笑い飛ばしてた

44 19/04/01(月)21:56:10 No.580609334

>https://twitter.com/keikuma/status/1112589146185297920 >こうなってる これ考慮する必要あるなら事前に取り決めてそう

45 19/04/01(月)21:56:29 No.580609415

>unicode食わせて処理してるところあるの‥？ ユニコード直接処理してなくても同じ文字の互換文字なので処理系によって一致したりしなかったりだから質が悪いんだよ

46 19/04/01(月)21:56:49 No.580609525

汎用系なんてそれこそ昭和生まれの30年ものコードがごろごろしてるからな

47 19/04/01(月)21:57:16 No.580609643

>年明けと年度明けにかぶせたら混乱するからずらした いや年明けでいいじゃん何で混乱するの…

48 19/04/01(月)21:58:43 No.580610067

2000年問題の後に作られたシステムなら元号移行を考慮してないなんて事あるわけないよな

49 19/04/01(月)22:00:15 No.580610506

>いや年明けでいいじゃん何で混乱するの… 年末正月にお仕事したい？

50 19/04/01(月)22:00:45 No.580610652

>2000年問題の後に作られたシステムなら元号移行を考慮してないなんて事あるわけないよな そうだね…本当にそうだね…

51 19/04/01(月)22:01:16 No.580610799

>いや年明けでいいじゃん何で混乱するの… 正月潰して改元対応したい？

52 19/04/01(月)22:01:18 No.580610804

>年末正月にお仕事したい？ とりあえずの案件があるって便利だし年度明けの月曜日のほうがいい…

53 19/04/01(月)22:01:47 No.580610936

年度くらいは合わせても良かったんじゃないかとは思う 何だよこの微妙な1ヶ月

54 19/04/01(月)22:02:43 No.580611192

システム上くらいは西暦で統一しろよ死にたいのか

55 19/04/01(月)22:03:08 No.580611299

平成ってベタ書きしたけど許してくれるかな 許してくれるね グッド改元

56 19/04/01(月)22:03:31 No.580611414

>https://twitter.com/keikuma/status/1112589146185297920 >こうなってる 斉藤や渡邊の字が違うから本人証明できないみたいな話がデジタルの世界でもあるんだな…

57 19/04/01(月)22:03:56 No.580611539

帳票システム屋さんが一番大変そう

58 19/04/01(月)22:04:09 No.580611614

令和対応をして令和相当のテストデータ食わせたら予想だにしないところに埋まっていた地雷が破裂 仮の元号置いといて差し替えればノータイムでできるだろって抜かしてる役人や無職どもを殴ってやりたい

59 19/04/01(月)22:04:56 No.580611850

>年度くらいは合わせても良かったんじゃないかとは思う >何だよこの微妙な1ヶ月 3月発表で年度刷新のほうがキツくない？

60 19/04/01(月)22:05:28 No.580611982

>仮の元号置いといて差し替えればノータイムでできるだろって抜かしてる役人や無職どもを殴ってやりたい お役所勤めの兄が似たような事言ってて …すぞってなった

61 19/04/01(月)22:06:26 No.580612242

バーカ！滅びろ文字コード！

62 19/04/01(月)22:08:22 No.580612771

私は消費税の対応を行うSEですが今からでもいいから軽減税率やめませんか？

63 19/04/01(月)22:08:51 No.580612884

>お役所勤めの兄が似たような事言ってて 0.明治 1.大正 2.昭和 3.平成 ってなってるとこに4足すだけでしょ？って言われました

64 19/04/01(月)22:08:57 No.580612921

>私は消費税の対応を行うSEですが今からでもいいから軽減税率やめませんか？ やかましい諦めろ…

65 19/04/01(月)22:09:10 No.580612987

最初に設計した人が脳ミソウンコマンで稼働した後の更新も秘伝のタレみたいなコード継ぎ足しでクソみたいな所は稀だと思いたい

66 19/04/01(月)22:11:12 No.580613565

最近のシステムならせいぜい帳票で使ってるぐらいだろうけど昔のはね……

67 19/04/01(月)22:11:20 No.580613609

消費税増やすだけでしょ？って改修で 火を噴きまくってるプロジェクトが隣の島で進行中だわ

68 19/04/01(月)22:11:21 No.580613615

まあこれで秘孔を突かれるシステムはそのうち他の理由でやっぱり死ぬゴミだから心の準備が出来てる今死んだほうがいい

69 19/04/01(月)22:11:41 No.580613706

印刷系ですが「平成」のフォントがもう変更の余地もない関係でアウトライン化されてるので 今日はそのフォントを特定する作業してました…