Live data from Hacker News

ISO 8601: a better date format

kirby.kevinson.org

31–40 of 437 posts

Re: ISO 8601: a better date format

#31
I use the 2021-02-26 format for every place that asks for a date without a clear format. All legal contracts, forms, email etc, across US and Europe. Never got any trouble for it - it seems people readily understand the format even if they may think it's a bit unusual.

I wish it was the norm.

Re: ISO 8601: a better date format

#33
I would absolutely not use this for IT purposes if I could avoid it.

The simple reason is that I have been bitten by time zone shenanigans way too often.

The same stands for databases always use timestamptz and not just timestamp.

Every frontend framework has functionality to properly and reliably format dates for a given locale.

As for filenames. It contains a space which is a pita for command line use.

Re: ISO 8601: a better date format

#34
The US format is indeed awful but so is the European one really. ISO-8601 is the only one that makes sense, although the concept of months isn't really useful at all.

But it's not always unambiguous. ISO-8601 supports local time. It's only an unambiguous timestamp of the time zone is included.

Re: ISO 8601: a better date format

#35

No one here is talking about practicality for non-software engineers which is probably 99.9% of the population. It might be fine for sorting and no one gives a shit about endianess. Common person would argue - why do they need to know the year first? Most people encounter dates in the same year, they already know we're in 2021 and it is not as important. Having to laboriously parse YYYY before getting to the most imp…

30 years ago when most literature was either published recently (newspapers, magazines, etc), or the date of publication was mostly irrelevant (books), your argument makes sense. If you cared at all, what mattered was usually the month and day.

For most of the literature people read in the 21st century, especially this past decade, the year is the most important part. People normally couldn't care less whether something was published 3 days ago or 3 months ago. But knowing whether it was published 3 years ago makes all the difference in the world to its relevancy.

Re: ISO 8601: a better date format

#36

People look at ISO-8601 and think year-month-day looks great! But don’t realize that it also includes thing like —month-day (yes, you don’t need to include year to have a valid iso date!) year-week, year-day and lots of other things. So I would generally advise against accepting iso formatted dates and instead decree a single date format. https://en.m.wikipedia.org/wiki/ISO_8601

> The 2000 version allowed writing "--04-05" to mean "April 5"[23] but the 2004 version does not allow omitting the year when a month is present.

Re: ISO 8601: a better date format

#37
post #15

The real advantage is that Azure and AWS and every other US-centric cloud service insists on showing me that something happened on the 3/11/2021. It's a wild guess to figure out if that is the 11th of March or the 3rd of November. Unless there's also another date with a number higher than 12 in it, there is no way to tell. None. None whatsoever. For US staff with US regional settings, it's always obvious which date i…

If it is in the browser it is probably just displaying using you local date time format

Ha, no.

Re: ISO 8601: a better date format

#38
post #9

There's another aspect you may not know about: It's close to how it's done in chinese, which is 2021年3月17日. They use different separators (the chinese words for year, month and day), but it's close enough. Given that china is the country with the largest population it may not be a bad idea to use something a large number of people will easily understand.

Maybe we should also start speaking Chinese since it may not be a bad idea to use something a large number of people will easily understand. Edit: this is not sarcasm. It’s simple logic, unless there is something wrong with learning other languages.

Sigh... I never remember the names of the logical fallacies, I have to look up them, thanks a lot.

Anyways, here's yours: Slippery Slope.

Re: ISO 8601: a better date format

#40

The real advantage is that Azure and AWS and every other US-centric cloud service insists on showing me that something happened on the 3/11/2021. It's a wild guess to figure out if that is the 11th of March or the 3rd of November. Unless there's also another date with a number higher than 12 in it, there is no way to tell. None. None whatsoever. For US staff with US regional settings, it's always obvious which date i…

I have taken to writing 11 March 2021 or similar whenever possible. But sure, 2021-03-11 is also fine, when trying to save something machine readable.

The US conventions are indeed horrendous.

Post reply on HN