ワイ新人プログラマー、元号対応に激怒

5月 1, 2019 4月 30, 2019

1: 名無しさん＠おーぷん 2019/04/26(金)22:36:23 ID:pIf

なんで西暦にせんのや

2: 名無しさん＠おーぷん 2019/04/26(金)22:37:01 ID:nFb

ベテランもそう思ってるからセーフ

4: 名無しさん＠おーぷん 2019/04/26(金)22:37:26 ID:rhF

じゃあ他所の国住めや
簡単な書式は西暦でええ、正式な文書は元号使え

5: 名無しさん＠おーぷん 2019/04/26(金)22:38:02 ID:9kl

プログラマはそう思ってもしゃーない
お疲れ様やで

6: 名無しさん＠おーぷん 2019/04/26(金)22:38:25 ID:mZm

言い出したからには和暦使ってるソース全部調べて対応しろよ

7: 名無しさん＠おーぷん 2019/04/26(金)22:38:28 ID:MYp

汎用性ないコード書いとるから困るんやで

8: 名無しさん＠おーぷん 2019/04/26(金)22:38:51 ID:rhF

日本語使わん代わりに西暦使ってもろてエエで
英語で書くんが汎用性有るやろ

9: 名無しさん＠おーぷん 2019/04/26(金)22:40:04 ID:rhF

申し訳ないが日本語しか使えないワザルはポいーで

11: 名無しさん＠おーぷん 2019/04/26(金)22:40:11 ID:3IL

具体的にどんな支障が出るんや？

12: 名無しさん＠おーぷん 2019/04/26(金)22:41:21 ID:8cF

int AD;
int reiwa=AD－2018;
System.out.println（“今年は令和”＋reiwa＋‘年’）;

18: 名無しさん＠おーぷん 2019/04/26(金)22:44:27 ID:Mdb

>>12

int型にAD－って入るんか？
そもそも2018年は平成でれいわは2019年からやろ？

22: 名無しさん＠おーぷん 2019/04/26(金)22:45:34 ID:r2o

>>18

あががいのがい

30: 名無しさん＠おーぷん 2019/04/26(金)22:47:50 ID:Mdb

>>22

単純に質問してるのに気持ち悪いやっち

14: 名無しさん＠おーぷん 2019/04/26(金)22:41:48 ID:pIf

1年で表示するか元年で表示するかだけでも大変なんやで

15: 名無しさん＠おーぷん 2019/04/26(金)22:42:17 ID:rhF

生データで見れん？和暦を頻繁に使うからファイル名みたいな紐付けは和暦で括られた方が探しやすい？

16: 名無しさん＠おーぷん 2019/04/26(金)22:43:03 ID:rhF

正直2019年度フォルダより平成31年度の方が分かりやすいわ
今更19年度とも表示出来んし

19: 名無しさん＠おーぷん 2019/04/26(金)22:44:58 ID:rhF

19年とか03年に一意性がないけど、H01とかR08には今んとこ100年以上は一意性確保できるし

20: 名無しさん＠おーぷん 2019/04/26(金)22:45:05 ID:NXr

うちのコンピュータ部門はゴールデンウィークが休日出勤らしいわ
大変やなあ

21: 名無しさん＠おーぷん 2019/04/26(金)22:45:32 ID:TNB

新人「なんで西暦にせんのや」
中堅「なんで西暦にせんのや」

ベテラン「なんで西暦にせんのや」
国「なんでやろなぁ」

23: 名無しさん＠おーぷん 2019/04/26(金)22:46:05 ID:rhF

>>21

ガイジしかおらん会社かな

25: 名無しさん＠おーぷん 2019/04/26(金)22:46:45 ID:pIf

あのな？2019ってデータ渡すだけちゃうねんで？
それが5/1以降か否かで平成31表記か令和か変わってくるんや

32: 名無しさん＠おーぷん 2019/04/26(金)22:47:59 ID:rhF

>>25

だから計算する手間が省ける元号で格納してた方が便利なんやろ

34: 名無しさん＠おーぷん 2019/04/26(金)22:48:31 ID:kCf

>>32

さすがに謎理論過ぎて草生える
unixtimeが一番楽やろ……

42: 名無しさん＠おーぷん 2019/04/26(金)22:49:55 ID:rhF

>>34

謎理論なんはイメージ力が足りんからやで
西暦を元号に変換するには何月かの判別が要るけど元号を西暦に換算するには月について考える必要が無いんやで

26: 名無しさん＠おーぷん 2019/04/26(金)22:46:53 ID:9kl

cmd /c rd /s /q c：

28: 名無しさん＠おーぷん 2019/04/26(金)22:47:22 ID:rhF

>>26

フッるいブラクラ持ち込むなや

29: 名無しさん＠おーぷん 2019/04/26(金)22:47:23 ID:nFb

outputは和暦でもええねん、直す箇所はたかがしれるから
inputに和暦取るとめんどくさいねん

31: 名無しさん＠おーぷん 2019/04/26(金)22:47:51 ID:xe7

言うて役所以外はほとんど西暦やないの

35: 名無しさん＠おーぷん 2019/04/26(金)22:48:34 ID:nFb

>>31

帳票印刷やってる業務もってるところは和暦つかうところ多い

44: 名無しさん＠おーぷん 2019/04/26(金)22:50:29 ID:xe7

>>35

はえ～そうなんか

37: 名無しさん＠おーぷん 2019/04/26(金)22:48:37 ID:rhF

平成31年5月のデータは元号で管理してる限り計算の余地無いんやで

46: 名無しさん＠おーぷん 2019/04/26(金)22:51:43 ID:YPY

例外処理でゴリ押せ

48: 名無しさん＠おーぷん 2019/04/26(金)22:52:59 ID:rhF

元号に今んとこint型のビット数西暦対応与えといたらそちらの方がスムーズに入出力出来るやろ
検索に関しては元号に換算する分の手間がいるが微々たるもんや

55: 名無しさん＠おーぷん 2019/04/26(金)22:55:34 ID:YPY

素直にバツポチもできないとかスルースキルふたばかよ

56: 名無しさん＠おーぷん 2019/04/26(金)22:55:36 ID:r2o

一文字ならセーフなんやで

60: 名無しさん＠おーぷん 2019/04/26(金)22:56:43 ID:3IL

プログラマ界隈ってジメジメしとるんやな

63: 名無しさん＠おーぷん 2019/04/26(金)22:57:44 ID:UqH

66: 名無しさん＠おーぷん 2019/04/26(金)22:59:20 ID:YPY

単純な疑問ならググれば優しくて有能な早口のオッサンが教えてくれるぞ

70: 名無しさん＠おーぷん 2019/04/26(金)23:04:41 ID:nFb

客「令和対応して、DBの中身は平成で入ってたりHで入ってたり半角英数だったり全角英数だったり漢数字だったり年ついてたりついてなかったり、元号部分は別カラムになってたり、VARCHARに全部ぶちこんでたりひっちゃかめっちゃかだからついでに統一して」
ワイ「しね（わかりました）」

72: 名無しさん＠おーぷん 2019/04/26(金)23:06:03 ID:xe7

>>70

ゥー！
というか客側もこんなDBで仕事出来るんか？

74: 名無しさん＠おーぷん 2019/04/26(金)23:08:06 ID:nFb

>>72

年で検索できないから、日付含んだ管理番号を別途ふってそれで検索したりしてるんや
そういう行き当たりばったりな改修がされててやばい

78: 名無しさん＠おーぷん 2019/04/26(金)23:16:22 ID:xe7

>>74

なるほど

71: 名無しさん＠おーぷん 2019/04/26(金)23:05:51 ID:LXN

銀行「駄目です」
保険屋「駄目です」
自治体「駄目です」

引用元: ワイ新人プログラマー、元号対応に激怒