this post was submitted on 23 Jan 2024
363 points (84.1% liked)
Funny: Home of the Haha
5715 readers
865 users here now
Welcome to /c/funny, a place for all your humorous and amusing content.
Looking for mods! Send an application to Stamets!
Our Rules:
-
Keep it civil. We're all people here. Be respectful to one another.
-
No sexism, racism, homophobia, transphobia or any other flavor of bigotry. I should not need to explain this one.
-
Try not to repost anything posted within the past month. Beyond that, go for it. Not everyone is on every site all the time.
Other Communities:
-
/c/[email protected] - Star Trek chat, memes and shitposts
-
/c/[email protected] - General memes
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
ISO-8601 or bust.
I prefer RFC 3339. It allows you to omit the "T" for example. Like this: 1985-04-12 23:20:50Z
Either is preferable to the abomination in the meme.
Imo, the more strict the format the better. Less ambiguity == less confusing when it doesn't work and easier parser to write.
Today is 2024, January 24.
It looks perfect. Although my only concern is if we should use the preposition "in" (since the year comes first: "in 2024") or "on" (because we say "on January 24").
It's great when organizing something in a database. You can just do A to Z ordering and it works just fine.
However visually it's not very good because it puts the least important piece of information first and the most important piece of information last. I probably know the current year so it doesn't need to be that prominent, and I'm fairly certain that it's going to be sometime this millennium, so I don't need the date to four digits.
It's entirely depend on the time frame range of your data. If it's wide it rapidly becomes useful to see the year first. In general I like to put 'larger' group variables in tables from left to right, helps in a similar way.
Adaptation is quick. And, it helps us round up who needs to be sterilized.