ryzokuken
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @05:03PM (#23785199)
Temporal does in fact conform to standards like ISO 8601 for serialization/parsing etc.
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @05:01PM (#23785176)
It's been WIP for a few years now! It's easily one of the largest changes to the stdlib of JavaScript recently, and things like these take forever to standardize.
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @04:57PM (#23785129)
The Temporal API is immutable, so you won't have to deal with it anymore.
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @04:56PM (#23785107)
because Temporal is not currently used anywhere (as far as we noticed) and it won't break anything while still being descriptive.
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @04:55PM (#23785097)
Temporal.now.absolute().getEpochNanoseconds()
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @04:54PM (#23785083)
Not the core API, but a simple custom timezone can be used to implement TAI. I worked on a POC for it, but you can totally test this with the polyfill right now.
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @04:52PM (#23785066)
They are!
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @04:51PM (#23785054)
Date is "broken" in that it aged pretty poorly, has a very non-ideal API surface and exposes developers to a number of footguns, that could, ideally, be avoided.
The fact that a vanishingly small percentage of JavaScript developers use Date for non-trivial applications is a great indicator of these failures.
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @04:49PM (#23785027)
It's been WIP for years now. Just takes a lot of time to standardize something like this, you know...
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @04:46PM (#23785005)
> I am curious though, is there a reason not to just essentially duplicate the Joda[0]/Java[1]/ThreeTen[2] API?
They're definitely an influence, just not the only one.
> LocalDateTime
That's a strawman proposal that's essentially user feedback and not a part of the API. Not yet atleast.
Re:Dates and Times in JavaScript – A New API for Dates from TC39
on Thursday July 09, 2020 @04:44PM (#23784962)
Not yet, but fingers crossed, it would reach Stage 3 in a few months.
Re:Ask HN: Lightest Linux distribution (DE agnostic)
on Tuesday April 25, 2017 @09:39AM (#14193376)
As a matter of fact, I have been using Manjaro right now. Thanks for clarifying that Arch does infact beat other distros in terms of speed.
Ask HN: Lightest Linux distribution (DE agnostic)
Okay, now I realise that this question has been asked and answered way too many times to be asked here, but I noticed that at every single place possible, the distributions are compared keeping the distribution in mind. When they say Ubuntu, they mean Unity, Debian means gnome and so on. But consider if all distros used the same DE (say XFCE)? In my opinion, this would help us choose...
Ask HN: Get uninterested students to care about privacy, coding and tech in gen?
Hi, wonderful people of HN!I run an open source community-cum-free software and online rights awareness group in college. However, I have noticed that most new students to college are largely not interested about important matters like privacy and digital security. Perhaps we could change our approach a little to become more welcoming and appealing to such beginners?Any suggestions are...