this post was submitted on 10 May 2025
1103 points (97.6% liked)

memes

14674 readers
4641 users here now

Community rules

1. Be civilNo trolling, bigotry or other insulting / annoying behaviour

2. No politicsThis is non-politics community. For political memes please go to !politicalmemes@lemmy.world

3. No recent repostsCheck for reposts when posting a meme, you can only repost after 1 month

4. No botsNo bots without the express approval of the mods or the admins

5. No Spam/AdsNo advertisements or spam. This is an instance rule and the only way to live.

A collection of some classic Lemmy memes for your enjoyment

Sister communities

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] MyDarkestTimeline01@ani.social 12 points 1 day ago (1 children)

Thank software engineers for that.

[–] IphtashuFitz@lemmy.world 6 points 1 day ago (3 children)
[–] AA5B@lemmy.world 2 points 19 hours ago* (last edited 19 hours ago)

Just like y2k, the irony is the problem is already solved but that won’t help us.

Datetime types have long since converted to longer data types that will not have such a problem for thousands of years. APIs have long since converted to return those longer data types. The problem is solved.

But the backward compatible 32bit datetime types are still there. Too many programs still use them. Too many embedded devices don’t include “extra features that waste space “, industrial devices are far more widespread but don’t get updates for many years. Worst of all, we have no idea what works and what doesn’t. We’re doomed to repeat the same crisis as y2k, where we’ll need to evaluate all our software, roll out patches, worry about everything falling down.

Modern software development has made it easier than ever to keep everything up to date, to prevent so many issues from ever happening. Year 2038 is an unnecessary problem. But human nature is to let it fester until the problem erupts. We’re doomed

[–] pie@lemmy.world 3 points 1 day ago* (last edited 1 day ago) (2 children)

It's the same problem, though. "Oh no, we need to store 4 digits instead of 2" vs "Oh no, we need to store int64 instead of int32". Or y'know, just use RFC3999 if you can't do 64-bit. It's a tedious lift, but it's not a crisis. People that need to change will do.

[–] AA5B@lemmy.world 2 points 19 hours ago

You might read up on the everlasting prevalence of ancient COBOL still running too much of our banking and government. the same software that caused y2k is still there

[–] IphtashuFitz@lemmy.world 1 points 23 hours ago (2 children)

The problem is all the existing IoT devices etc that haven’t pre-planned for this. It’s a safe bet a lot of consumer devices with embedded systems haven’t planned for this and likely don’t have user friendly upgrade paths.

[–] A_Random_Idiot@lemmy.world 1 points 20 hours ago

lots of cars too, probably. Its totally not unreasonable for a car to be on the road for 10/15/20 years.

[–] pie@lemmy.world 1 points 22 hours ago

I used to work at a major iot company. While, yeah, some devices will probably be left behind, most would've had this covered from the outset. The ones left behind were never intended to make it that long anyhow.

[–] echodot@feddit.uk 1 points 21 hours ago

Oh we're absolutely all going to die because there's literally no way to move some businesses off software developed in the 1980s they're addicted to it.