this post was submitted on 04 Nov 2023
373 points (98.4% liked)

Programmer Humor

31793 readers
195 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
all 22 comments
sorted by: hot top controversial new old
[–] [email protected] 109 points 9 months ago (4 children)

If we're still using JavaScript in the year 275,760 we deserve the resulting epoch collapse

[–] [email protected] 25 points 9 months ago (1 children)

Bold of you to assume that humanity will even exist at that point. In fact, it'd be pretty bold to assume we'll exist in 2757; forget those last two digits.

[–] [email protected] 25 points 9 months ago (1 children)

I'm not even sure we'll be existing in 2057 at this rate

[–] [email protected] 10 points 9 months ago

Or even make it till 20:57

[–] [email protected] 14 points 9 months ago

Javascript will subsume all other languages by then. Humanity won't even know that others existed, or even what it is. It'll just be called Script, the way you tell computers what to do when the AI doesn't understand your prompts correctly.

[–] [email protected] 12 points 9 months ago

Epochalypse...

[–] [email protected] 6 points 9 months ago (1 children)
[–] [email protected] 1 points 9 months ago

Thanks, I love oddly comforting techno theology

[–] [email protected] 33 points 9 months ago (2 children)

I'm still thinking about the 2037 problem.

[–] [email protected] 25 points 9 months ago (2 children)

Not to be that guy, but it is the 2038 problem for 32 bit epoch. Check this out: https://en.m.wikipedia.org/wiki/Year_2038_problem

But yeah, that's a much bigger issue.

[–] [email protected] 19 points 9 months ago

No, the 2037 problem is fixing the Y2k38 problem in 2037.

Before that there's no problem :)

[–] [email protected] 2 points 9 months ago

right, my bad.

[–] [email protected] 14 points 9 months ago* (last edited 9 months ago)

The replacement for the JavaScript Date API is on the cusp of finalization.

They just got an RFC proposal approved by the IETF for an extension to the way datetime strings should be serialized that adds support for non-Gregorian calendar systems. That seems to have been the last round of red tape holding them back. Now it's just a handful of bugfix PRs to merge and browsers can begin shipping implementations unflagged.

You can watch the progress here if you find it interesting. In the meantime, there is a polyfill out now if you want to get started with it.

[–] [email protected] 9 points 9 months ago

so is anything in any computer

[–] [email protected] 9 points 9 months ago (2 children)

All numbers in JS are stored as 64-bit floats, so past a certain point, precision starts to degrade.

[–] [email protected] 2 points 9 months ago

Precision always degrades