プログラマー「元号変わると大変だ！ww死ぬwww（社畜アピールドャァ」 [無断転載禁止]©2ch.net

[1 仕様書無しさん 2017/01/29(日) 07:14:04.22]

ぼく「最初から改元に対応したプログラム組めばいいじゃんバカなの？」

[2 仕様書無しさん 2017/01/29(日) 07:38:04.90]

じゃあ新しい元号は「平成ｘ（仮）」もしくは「新平成ｘ（仮）」な
すべての文字列が入ること
略称は「平ｘ」と大、明、昭、平と比べて2文字の想定で対応するのでよろしく
西暦変換は平成31年1月からという話もあったがぶっちゃけどうなるかわからないので
任意の日時での切り替えに対応するものとする
もちろん永遠平成のまま改元しない可能性も考慮する
また元号の廃止の可能性も考慮する
廃止時の元号記入欄はレイアウトの自動配置により詰めて表示するものとする

[3 仕様書無しさん 2017/01/29(日) 10:43:39.22]

和暦西暦変換とか画面の表示項目だけじゃなく
もう入力された未来日付のデータも当然変えないといけないのか。そっちは面倒だな

[4 仕様書無しさん 2017/01/29(日) 19:20:02.71]

>>3
内部のデータは西暦だろ

[5 仕様書無しさん 2017/01/29(日) 23:14:05.84]

それもそうだな。うちのシステムもそうだった。

[6 仕様書無しさん 2017/01/29(日) 23:30:03.38]

普通和暦入力コントロール作るよね

[7 仕様書無しさん 2017/01/30(月) 12:07:09.54]

どっちかーっつーと、テスターとかSEが死ぬ予定
プログラマの出番はほとんど無い。

[8 仕様書無しさん 2017/01/30(月) 17:15:44.85]

テーブル持てばいいだけの話
なんの問題もないわ！

[9 仕様書無しさん 2017/01/30(月) 21:44:20.62]

>>6
ネイティブGUI前提ですか・・・
普通
世界
狭い

[10 仕様書無しさん 2017/01/30(月) 21:59:09.37]

昭和65年をエラーにするべきかどうか迷う

[11 仕様書無しさん 2017/01/30(月) 23:13:32.78]

今年のカレンダーに昭和92年とか書いてある
誰か終止符を打つんだ

[12 仕様書無しさん 2017/01/30(月) 23:18:12.96]

>>11
昭和生まれが年齢計算しやすいようにだろ？

[13 仕様書無しさん 2017/01/31(火) 12:23:49.03]

万が一、清和とかになったら、昭和をSにしてる死ステムどうなんの？

[14 仕様書無しさん 2017/01/31(火) 13:31:45.33]

>>13
そうしないに決まってるだろ

[15 仕様書無しさん 2017/01/31(火) 20:10:28.29]

>>13
Kだろ？何か問題あるか？

[16 仕様書無しさん 2017/01/31(火) 20:12:59.47]

念のため調べてみたが、昭和以外にもSではじまる元号多いな
というか元号ってめちゃくちゃ多いな

[17 仕様書無しさん 2017/01/31(火) 20:27:10.64]

>>11
http://s1.gazo.cc/up/232084.jpg

[18 仕様書無しさん 2017/01/31(火) 22:16:18.84]

昔は楽しいとき、嬉しいとき、悲しいとき、なんかあるとすぐ改元してたからね
明治より前のプログラマーは大変だったんだろうな