This is correct Unix time is eternal i kinda wished we would change the calendar again 1970 is just as arbitrary as 2024 years ago so why not set the mark at 1970. Tomorrow will be Jan 1st 0055
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !programmerhumor@lemmy.ml
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
Posts must be relevant to programming, programmers, or computer science.
No NSFW content.
Jokes must be in good taste. No hate speech, bigotry, etc.
Don’t worry, we’re not far away from 2038, when 32 bit unix time rolls over 😅
I will be so excited if we make it that far, double if I’m alive to see it.
I hope you’re not storing time in floating point.
The Y9999.999999871K bug
We won’t be around, but Unix time will be.
This is correct Unix time is eternal i kinda wished we would change the calendar again 1970 is just as arbitrary as 2024 years ago so why not set the mark at 1970. Tomorrow will be Jan 1st 0055
<Padme mode> Hopefully we are all working on 64 bit dates, right? right? </Padme mode> :^)
A surprising number of embedded devices (you know, the ones controlling machinery in factories and stuff) are still running 32-bit processors.
But you can still do 64 bit math on a 32 bit processor, if you have a carry/borrow flag.
What, and miss out on all the overtime pay from fixing everything at the last minute?