1386

measuring rule (lemmy.blahaj.zone)

submitted 1 year ago by Deegham to c/196

264 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[-] Catoblepas 14 points 1 year ago

If it’s about size of time unit surely it should be 2023/11/20?

[-] vind@lemmy.world 36 points 1 year ago

ISO8601 is the best format and the international standard to denote date and time.

2023-11-21T00:34:2

[-] namingthingsiseasy@programming.dev 5 points 1 year ago* (last edited 1 year ago)

I'm not sure I would agree with that. ISO-8601 is ambiguous, and very difficult to parse. For example, here are a couple valid ISO-8601 strings. Could you let me know what they mean?

P1DT1H
R10/2021-208/P1Y
T22.3+0800
22,3
2021-W30-2
2021-W30-2T22+08
P1Y
20

Taken from here. My favorite is the last one (20). If someone just wrote 20 and told you to parse it using ISO-8601, what would you get? Hour? It could even be century (ie. 2023%100)!!

So I would argue that ISO-8601 is just a wee bit too flexible. Personally, I like RFC 3339 just a bit more...

Edit: that said, I would definitely agree that something along the lines of 2021-07-27T14:20:32Z is better than any regularly accepted alternative, and I pretty much format my dates that way all the time.

[-] jan_Melisa055 1 points 1 year ago* (last edited 1 year ago)

        A period of one day and one hour.
A period of one year, ten times, from the 208th day of 2021.
Ten hours and 18 minutes pm (I'm not sure about this one) on UTC+08:00 (China, for example).
IDK.
The 2nd day of the 30th week of 2021.
Same as above, but at 22:00 in China, probably.
A period of one year.
IDK.


      