プログラマー「元号変わると大変だ!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
平成生まれ?
平成なんてすぐ終わるかもしれないと最初から誰もが思っていることだし、和暦で管理してるシステムなんてないから問題ない。 >>22
朝廷様がIT土方のために
残してくれた
ありがたい飯の種に
なんてこと言うだ 俺の作ったアプリはカレンダー表示を和暦にしてるPCで全滅
ログすら出せずに死ぬ >>29
奈良の大仏が造られた時代(のちょっと後)、4文字の元号があったぞ ある筋からリークしたが次の元号はニュージェネレーションだぞ 平成になったとき社内は全て西暦になったので
何もすることが無い 名称追加は名称と開始日付のテーブルもっときゃファンタジー年号使うファン用でも逆に追加無し昭和90年がうちのやり方だとか言おうが通用するが
表示部分が2文字から増えて形が崩れるならわりと見直しだな
まだ画面のやつとか印刷物とかはいいけど
エクセルに出力してよ!とかいうやつ幅変えるから出力位置も変えるよ!とかなったらもう… 江戸時代の不定時法を未来永劫存続させるVS定時法を採用する
さて考えよう、賢いのはどっち?
元号制度を未来永劫存続させるVS少なくとも公文書は西暦の使用を義務化する
さて考えよう、賢いのはどっち? 公務員が役立たずである証拠が元号制度
誰が見ても時代遅れでムダで有害な制度である事は明白なのに
公務員の誰も意見具申が出来ないって事は公務員は無能の集団だな 昭和→平成は元号変更経験者がいなかったから大変だったけど
平成→○○は経験者がいるんだから楽勝でしょ?
ノウハウもネットで共有されてるし、さらに今回はタイミングすら事前告知だ >>44
意外とそうでもない。
消費税率をリテラルで直書きしてるソースを見たことがある…。
そのシステムは税率アップの時にあぼんした。 >>45
リテラルなら一括置換で済むから逆に楽では? >>46
税率改定前の日付のデータを修正した場合、改定前の税率で再計算しないといけないじゃないか…。
場所を特定して関数化しようにも、int に対して「* 21 / 20」みたいな書き方してる箇所があったりしてもうグシャグシャだった。
ソースだけ貰って「直して」って言われても、少なくとも俺には無理。修正漏れをやらかす自信はある。
ちなみに見せてもらっただけで当事者ではない。 漏らしたらゴメンナサイすればいいだけじゃんw余裕っすわw >>41
文化的観点でいうと「元号」=「今上天皇陛下の御代」の意味がある
日本はキリスト教徒の世界ではないから、「Anno Domini」(主の年 or キリスト生誕年)は使いづらい
特に政府機関は
Common Eraって表記もあるが、意味的にはキリスト生誕年だから「インディアン」を「ネイティブアメリカン」に言い換えるようなゴマカシでしかない
ただ元号は陛下がいつ崩御されるかはわからんのが厄介だな
実装的にはできる(DBにONOFFフラグつけて元号・崩御の年月日入れるようなの)
バグりやすいかも知らん
ってのが、今上天皇陛下が生前退位を望まれる理由の一つでもあろうが
年月日確定するまでに1年とかの猶予ができるんでシステム的な対応が楽になる
もちろん生前退位を望まれる理由はそれだけじゃないが、陛下パねぇ 明治45年は7月30日まで
大正15年は12月25日まで
昭和64年は1月7日まで
らしいな ん?俺が仕入れた情報だと大正は15年12月23日までらしいけど? 大正15年12月25日=昭和元年12月25日
おい、マジでどうすんだ?
っていうかユーザーが昭和1年1月1日って入力したらどう処理したらいいのか
ヴァリデイトではじくべきか・・・ >>57
うちは弾いてた。役所が返戻するか否かでバリデーションしてたな。 つーか和暦年を単独で西暦変換して日付とくっつけて西暦年月日でDBに落として
出力は和暦変換して出力してたからどうせんでもそうなるんだが 黙って変換だけはしてはいかん。
ほとんどユーザの入力ミス。和暦の年月日なんてだいたい何か見て入力すんだから。
しれっと日付変わったら、ユーザがそれでそのまま役所に出したときにに返戻食らって「システムが警告しなかったから、損害出た」ってクレームになるぞ。 和暦年をそのまま年だけで変換するとか腐った実装あるのな。
19890109_0525 なんてスタンプの修正があるシステム触ってた身としては何とも言えんな。 現場特有の言葉だよな
アカデミックな場だと実装という言葉は出てこない
辞書や教科書には書いてないのになぜか通じる不思議な言葉 >>62
アホか
んなのはそいつの責任でこっちの知ったこっちゃねえっての >>66
そいつの責任と言うのであれば、そいつが入れたままを保存しないと責任が霧散するだろ。 >>69
馬鹿?
こちらが何入力したかなんて関係ねーんだよ
役所に出すのがそっちの責任ってだけの話を >>70
おまえ何言ってんの?
腐ったシステムかばってるならまるで逆効果だし、冷静になってから書きなよ。 改元対応していないシステムはナルちゃんを天皇として認めてないとみなす。 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
09DRSCVG4A 昭和→平成を経験した往年のcobol使いだけど、改元は早くから予想されてたから、コードで対応するだけで大した混乱はなかった
それより消費税対応が大変だった とても簡単な自宅で稼げる方法
参考までに書いておきます
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
A1897 対応できないなら、どうぞ死ねばいい。
そんな非国民は日本には不要 令和01年じゃない元年だ!
ってユーザーがうるせー WindowsUpdateで対応できるって話だったけど全然対応してないので、自分でレジストリ登録した。
ワープロなら「元年」て入力すればいいけど、自動で表示させるのは大変だね。
いちいち書式いじるのも大変。罫線とかも書式に含まれるからコピーしにくいし。
https://forest.watch.impress.co.jp/img/wf/docs/1160/599/image19010308.png ■ このスレッドは過去ログ倉庫に格納されています