I wish it was the norm.
ISO 8601: a better date format
31–40 of 437 posts
Re: ISO 8601: a better date format
#32Re: ISO 8601: a better date format
#33The 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
#34But 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
#35No 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…
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
#36People 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
Re: ISO 8601: a better date format
#37The 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
Re: ISO 8601: a better date format
#38There'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.
Anyways, here's yours: Slippery Slope.
Re: ISO 8601: a better date format
#39Re: ISO 8601: a better date format
#40The 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…
The US conventions are indeed horrendous.