前任者から引き継いだシステム、うるう年なのに何故か2/29が表示されないと思ったらとんでもない設計になっていた件

ありあ @aria_nico ある日、私は引き継いだシステムのバグの対処をしていた。うるう年なのに2/29が表示されない。 プログラムを開くと、 If year=1992 or year=1996 or year=2000 then という文字列があった。 百歩譲って、うるう年計算式を使わなくてもいいから、もっと長期の稼働を見越してほしい。そう思った冬の日 2021-03-01 14:20:40 ありあ @aria_nico ファミコン大好き、ありあです。お料理とレトロゲーム配信の人。お仕事はシステムエンジニア。特技はハープを弾くこととお茶をこぼすこと。フォローお気軽にどうぞ！色々リンク→lit.link/aria25 twitch.tv/aria_nico

[dogdogfactory]

作った人より、ちょっとできる人の手作りシステムを20年以上使い続けてる会社のほうがおかしいんじゃないか。何のシステムかわからないけど。

[buu]

orでどんどん書き足そうぜ！

[taguch1]

if year > 2000 { panic(“システムを刷新してください”) }

[syuu256]

その頃だったら同意“ノストラダムスの大予言を信じてた”

[fnm]

プロ(本職)が作ったんじゃないなら、その人は在籍していればメンテしただろうし、在籍していなければ破綻する設計なのは、手間もかからず、良い手法と思う。

[sin20xx]

単純に否定もできんけどな。2000年までしか使わず、且つ閏年そのものの計算をする必要がない（西暦から判定出来れば良い）のであれば別に問題ない。そもそも言語によっては日付計算や和暦計算バグもあったわけでして

[spiral]

2004,8,16,20 に何が起きたのか気になる．

[alpon]

これ更改されないことのほうが問題だろ。これをコーディングした人は本質を突いて訴えることができている。

[gabill]

Excelには1900年を閏年と判定するバグ(仕様)がある。 https://web.archive.org/web/20190406043653/http://local.joelonsoftware.com/wiki/%E3%81%AF%E3%81%98%E3%82%81%E3%81%A6%E3%81%AEBillG%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E3%81%AE%E3%81%93%E3%81%A8

[timetrain]

2000年を経験していたら閏年でなかったことがニュースになって記憶していただろうから、作られたのが前世紀っぽいな。それから二十年以上も使うなんて思わないだろう／ごめん、大間違いした。2000年閏年じゃんか。

[kkobayashi]

そんなに使われると思ってなかったんやろうな

[umiusi45]

いやいや、92年より前のシステムでしょ？なら普通は20年も使わないもの

[chintaro3]

西暦2038年問題とか2099年問題とかもありますしおすし

[kotaponx]

199X年。世界は核の炎に包まれた。文明社会は消え去り、世界はGAFAMが支配する弱肉強食の時代へと突入した。それから20数年後、一子相伝のメンテナーであるシステムの伝承者となった彼は(略

[umai_bow]

恐怖の大王が世界を滅ぼす予定だったからね

[eichisanden]

閏年の計算ロジックなんて自分で考えるまでもなく調べればいくらでも出てくるのに、このロジックを書く意味が分からない。

[elfsky]

クソコードｗｗｗｗ

[keidge]

ノーメンテで動くハードウェアと同じ感覚でソフトウェアを扱う。

[harumomo2006]

勉強不足を含めて計算式が不確定な場合は有効だと思う。休日判定がこんな感じになってるシステムを引き継いだことあるけど祝日が変動型になってからif文が増えまくって大変なことになってた

[urtz]

ベタ打ちでも10個くらい書いとけばヨシ！

[kujoo]

頭回らん時はこーゆーの書いちゃう事もあるあｒ…まあ、あるなw　/　円周率の件はマジで何が悪いのかわからん（定数ならdefineなりグローバルで１回定義にしろって話？（円周率頻出コード見たこと無いのでよく分からん

[letsspeak]

先日の歴史とJavaの記事も面白かった 西暦1年は閏年か？　https://nagise.hatenablog.jp/entry/2020/10/30/173911

[stracciatella]

本当にあった2000年問題

[monbobori]

閏年、4で割れればいいのかと思ってたわ。私が作っても2100年にはバグってた。

[nishik-t]

俺もこの前、年の最大値を面倒だから100年後の2121年にしたな。100年後に問題になってたら逆に凄いなって思いながら。

[ryun_ryun]

スクールに通ってエンジニアになる勢が増えると、こういうコードがさらに増えるんだろうな。

[yahsusu]

ググればうるう年の計算方法がわかる時代でもないし、ライブラリも簡単に手に入らない、2年でOSもハードウェアも入れ替わってた時代の話を今基準の話しでマウント取るのも視野が狭い。

[upran]

超高い可読性で、かつ、メンテナンスも容易。４桁の数字を10個書き足すだけで、40年も寿命を伸ばせる。

[cartman0]

むしろうるう年のルールがややこしいだけよな

[sheepsace]

4で割り切れる年をうるう年とする、ただし400で割り切れない100の倍数年は平年とする

[alpes]

人間らしいコード

[tettekete37564]

1992年以前に作られたのだろうから計算コストが問題だったのかもしれないね。2000年ごろ以降のコードならクソコード確定だが

[shields-pikes]

1999年で世界が終わると思ってた説、いいな。

[tattyu]

何十年も稼働するシステムは関わりたく無いね。

[Harimao]

昭和100年まで、後4年。このバグも探しにくい。

[sugawara1991]

2000年が例外中の例外で通年通りだったのだし「4で割り切れたら閏年」で生きている間ぐらいは普通に動いたのにねえ。今からだとごく若手がぎりぎり生きている間に例外踏む可能ありか

[gwmp0000]

"2000年以降は使われるつもりなかったやつ" "でも難しいよね。誰も12年以上プログラムが稼働するなんて思わないじゃん？"

[indication]

令和の取り込み処理(1年の8月頃動く予定)でエラーが出てたらごめんなさい。決め打ちをキメてました。反省してないです。（徹夜だった）

[table]

ガラケー公式サイトの時代に同じようなプログラム書いた気がする。無事サービス終了して逃げ切った。貧弱サーバ、極小DBの頃のプログラム動かしてる方が悪いんですよ

[mouki0911]

これはガバガバだけど「100年後まずいっすね」「死んでるし」みたいな話はあるから