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

Programmer Humor

32558 readers
58 users here now

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

Rules:

founded 5 years ago
MODERATORS
all 20 comments
sorted by: hot top controversial new old
[–] [email protected] 108 points 1 year ago (4 children)

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

[–] [email protected] 25 points 1 year 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 1 year ago (1 children)

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

[–] [email protected] 10 points 1 year ago

Or even make it till 20:57

[–] [email protected] 14 points 1 year 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 1 year ago

Epochalypse...

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

Thanks, I love oddly comforting techno theology

[–] [email protected] 32 points 1 year ago (2 children)

I'm still thinking about the 2037 problem.

[–] kvadd 25 points 1 year 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 1 year ago

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

Before that there's no problem :)

[–] [email protected] 2 points 1 year ago

right, my bad.

[–] [email protected] 14 points 1 year ago* (last edited 1 year 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.

[–] mercano 9 points 1 year ago (5 children)

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

[–] PixxlMan 2 points 1 year ago

Precision always degrades

load more comments (4 replies)
[–] [email protected] 9 points 1 year ago

so is anything in any computer