プログラマー「元号変わると大変だ!ww死ぬwww(社畜アピールドャァ」 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
ぼく「最初から改元に対応したプログラム組めばいいじゃんバカなの?」 じゃあ新しい元号は「平成x(仮)」もしくは「新平成x(仮)」な
すべての文字列が入ること
略称は「平x」と大、明、昭、平と比べて2文字の想定で対応するのでよろしく
西暦変換は平成31年1月からという話もあったがぶっちゃけどうなるかわからないので
任意の日時での切り替えに対応するものとする
もちろん永遠平成のまま改元しない可能性も考慮する
また元号の廃止の可能性も考慮する
廃止時の元号記入欄はレイアウトの自動配置により詰めて表示するものとする 和暦西暦変換とか画面の表示項目だけじゃなく
もう入力された未来日付のデータも当然変えないといけないのか。そっちは面倒だな どっちかーっつーと、テスターとかSEが死ぬ予定
プログラマの出番はほとんど無い。 >>6
ネイティブGUI前提ですか・・・
普通
世界
狭い 今年のカレンダーに昭和92年とか書いてある
誰か終止符を打つんだ >>11
昭和生まれが年齢計算しやすいようにだろ? 万が一、清和とかになったら、昭和をSにしてる死ステムどうなんの? 念のため調べてみたが、昭和以外にもSではじまる元号多いな
というか元号ってめちゃくちゃ多いな 昔は楽しいとき、嬉しいとき、悲しいとき、なんかあるとすぐ改元してたからね
明治より前のプログラマーは大変だったんだろうな >>17
大正って短いなぁと思ったが、明治以前ってそれどころじゃねーんだな
崩御しなくても改元するとかなに考えてんのかと、庶民はそんなに覚えらんねーよ 【主な偽装請負多重派遣業界結婚障害者の作業】
[文系多数の貧困非婚スキル]
コマンド
スクリプト
データ > ロジック
簡単ロジック
大量データ
SE適性不要
IT資格不要
大卒資格不要
文科系対象
体育系対象
商業系業種
業務系処理
[技術不要の主婦対象ソフト]
ノンプログラミングツール
フレームワーク
Web
COBOL
VB
.net
Java
DB
ERP
SAP >>18
改元以上に大変なことあったろ
設計だけでなく実行も机上だったとか >>1
平成生まれ?
平成なんてすぐ終わるかもしれないと最初から誰もが思っていることだし、和暦で管理してるシステムなんてないから問題ない。 ■ このスレッドは過去ログ倉庫に格納されています