New Date("WTF") – How well do you know JavaScript's Date class?

Re:New Date("WTF") – How well do you know JavaScript's Date ... by porridgeraisin on Saturday July 12, 2025 @11:35PM (#44547274)

Java 1.0 (also released in '95) had the same behaviour. Java itself borrowed it from `struct tm` in libc, which has the same behaviour from back then up until today. It was standard back then. Whether we like it or not (I don't) doesn't change that fact. And like I said, nothing is more important than backwards compatibility.

It is just programmer education to know to add 1900 to years when using struct tm and also to use getFullYear() in JS.

[ Parent | on HN ]

Re:New Date("WTF") – How well do you know JavaScript's Date ... by wewtyflakes on Sunday July 13, 2025 @02:22AM (#44547968)

Why is nothing more important than backwards compatibility between disparate languages written in different contexts for different contexts?

[ Parent | on HN ]

Re:New Date("WTF") – How well do you know JavaScript's Date ... by porridgeraisin on Monday July 14, 2025 @01:17AM (#44556713)

That javascript chose to offset from 1900 was simply because every system back then used to, including Java.

Once that had been done, future versions of javascript had to maintain the same behaviour. This is where I'm using the backwards compatibility argument.

[ Parent | on HN ]

Re:New Date("WTF") – How well do you know JavaScript's Date ... by wewtyflakes on Monday July 14, 2025 @04:52PM (#44565127)

Seems like JS could have called it `getYearOffset1900`, or `getYearOffet`, etc, rather than `getYear`.

[ Parent | on HN ]

Re:New Date("WTF") – How well do you know JavaScript's Date ... by porridgeraisin on Friday July 18, 2025 @10:56AM (#44605349)

Agreed. What I've read is that they basically duplicated the Java API, which had getYear()

I suppose the offset method was really quite entrenched so no one thought to special case that function, instead special casing the "2025" returning getFullYear()

[ Parent | on HN ]