@ZWho63@lemmy.ml to Memes@lemmy.ml • 2 years agoReddit is dead. Long live the Fediverse.lemmy.mlimagemessage-square311fedilinkarrow-up12.24Karrow-down144
arrow-up12.2Karrow-down1imageReddit is dead. Long live the Fediverse.lemmy.ml@ZWho63@lemmy.ml to Memes@lemmy.ml • 2 years agomessage-square311fedilink
minus-squarerockerface 🇺🇦linkfedilink3•2 years agoYear/month/day is superior when reading full dates, because it’s the least ambiguous. If I only need day and month, I’d rather use month’s full or shortened name (like 27 Sep). Ambiguity is the real enemy here, not any particular order
minus-square@pseudonym@monyet.cclinkfedilink2•2 years agoI scanned through this and my takeaway is that it’s just defining a formal grammar for iso 8601. Did I miss anything important?
minus-square@treadful@lemmy.ziplinkfedilinkEnglish1•2 years agoKind of. As I understand it, ISO-8601 is also super broad and allows for a bunch of different potential formats and I think durations. For instance, 2009-W01-1 is a valid ISO-8601 date, meaning 2008-12-31(!) which is pretty weird.
Year/month/day is superior when reading full dates, because it’s the least ambiguous. If I only need day and month, I’d rather use month’s full or shortened name (like 27 Sep). Ambiguity is the real enemy here, not any particular order
ISO 8601 gang unite!
RFC-3339 gang gang
I scanned through this and my takeaway is that it’s just defining a formal grammar for iso 8601. Did I miss anything important?
Kind of. As I understand it, ISO-8601 is also super broad and allows for a bunch of different potential formats and I think durations.
For instance,
2009-W01-1is a valid ISO-8601 date, meaning2008-12-31(!) which is pretty weird.