@rr7 to [email protected]English • 1 year agoThe greatest country in the worldimagemessage-square160arrow-up1915arrow-down1215
arrow-up1700arrow-down1imageThe greatest country in the world@rr7 to [email protected]English • 1 year agomessage-square160
minus-square@funnystuff97link52•1 year agoISO 8601 or nothing. Descending order of granularity, keep everything sorted as it should be!
minus-square@[email protected]linkfedilink13•1 year agoMy personal preference is DD-MM-AAAA, but as someone that works with lots of data from different formats and timezones… I have to agree with you… YYYYMMDD and UTC should be the global default.
minus-square@Potatos_are_not_friendslink7•1 year agoTell me more? I can look it up but I’m curious if anybody ever got problems from using a standard like that
minus-square@kautaulinkEnglish6•1 year agoISO charges for their standards https://www.iso.org/store.html
minus-square@[email protected]linkfedilink5•1 year agoI’ve said it once and I will say it again: mkdir -p 2023/{January,February,March,April,May,June,July,August,Septembet,October,November,December} Warning: not POSIX
ISO 8601 or nothing. Descending order of granularity, keep everything sorted as it should be!
My personal preference is DD-MM-AAAA, but as someone that works with lots of data from different formats and timezones… I have to agree with you…
YYYYMMDD and UTC should be the global default.
annum annum annum annum
RFC 3339, because ISO is not free.
Tell me more? I can look it up but I’m curious if anybody ever got problems from using a standard like that
ISO charges for their standards
https://www.iso.org/store.html
I’ve said it once and I will say it again:
mkdir -p 2023/{January,February,March,April,May,June,July,August,Septembet,October,November,December}Warning: not POSIX
ew ew ew no please no :'(
Oh my god, why would they do this
Why no? It will make your life way easier