Standards shouldn't be behind a paywall
Standards shouldn't be behind a paywall
- ISO 8601 is paywalled
- RFC allows a space instead of a T (e.g. 2020-12-09 16:09:...) which is nicer to read.
Top post of the hour is about an RFC from >20 years ago.
This is worse than the Linux stuff.
Y'all a bunch of nerds
127 21 ReplyA space is more problematic than a T tho
126 26 ReplyYou've just become the nemesis of the entire unix-like userbase for praising the space.
73 1 Replyallows a space instead of a T
That's a bug not a feature
58 4 ReplyIts funny because everything about ISO 8601 is covered on its Wikipedia article. Very few people need to spend the francs to need the spec.
35 0 ReplyThe difference:
2023-12-12T21:18Z is ISO 8601 format
2023-12-12 21:18 is RFC 3339 Format
A small change
31 0 ReplyYeah I like a girl who is firm on her choice of date time format....😂😂😂😂
32 2 ReplyI don’t even know what ISO 8601 is, but I agree with the sentiment
27 0 ReplyWell, they cover very different formats: https://pbs.twimg.com/media/FdzPYu-UAAADHEq.jpg
22 0 ReplyRelevant XKCD: https://xkcd.com/1179/
18 1 Replywtf does this even mean?
15 0 ReplyHow could it be paywalled? I've never heard of anyone paying ISO to be able to write the date and time in a handy way.
11 1 ReplyWe need a better one....
Ymd-ymd-yhms-yhms
Much clearer and easier for programmers.
7 2 ReplyRFC2795, because the IETF guys work hard, and then play hard on April fools.
4 0 ReplyiSO
4 1 ReplyThe space is SO MUCH BETTER
6 3 ReplyRFC allows a space instead of a T (e.g. 2020-12-09 16:09:…) which is nicer to read.
That is the case for ISO 8601 as well though:
So a time might appear as either "T134730" in the basic format or "T13:47:30" in the extended format. ISO 8601-1:2019 allows the T to be omitted in the extended format, as in "13:47:30", but only allows the T to be omitted in the basic format when there is no risk of confusion with date expressions.
2 0 ReplyI don't get this one.
2 0 Reply