@[email protected] to [email protected]English • 2 years agoThe greatest country in the worldlemmy.worldimagemessage-square164fedilinkarrow-up1911arrow-down1220
arrow-up1691arrow-down1imageThe greatest country in the worldlemmy.world@[email protected] to [email protected]English • 2 years agomessage-square164fedilink
minus-square@[email protected]linkfedilink53•2 years agoISO 8601 or nothing. Descending order of granularity, keep everything sorted as it should be!
minus-square@[email protected]linkfedilink14•2 years 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@[email protected]linkfedilink7•2 years 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@[email protected]linkfedilinkEnglish8•2 years agoISO charges for their standards https://www.iso.org/store.html
minus-square@[email protected]linkfedilink5•2 years 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