While we at that, lets switch to the international fixed calendar as well.
Comment on Everyday, as an American
JoMiran@lemmy.ml 4 months ago
While we are at it, let’s all (as in the entire planet) switch to 24hour UTC and the YYYY.MM.DD date format.
cmhe@lemmy.world 4 months ago
ricecake@sh.itjust.works 4 months ago
That one feels kinda meh to me. It solves a handful of non-issues with our current calendar (I don’t care that the month starts on the same day, nor do I care that each day of the year is always the same day of the week). Each months having the same number of days is an improvement. It persists the problem that you still can’t use months or years as a real mathematical unit of measure and extends it to weeks, which is the biggest annoyance with calendars, although it reduces how often that becomes significant. Adding two days that have neither a day of the week nor month would mean significant changes to every computer system that needs to deal with dates, and is just hateful.
The 1st of a month to the 1st of the next will always be one month, but it depends on the month and year how many days that is. So a month as a duration will span either 28 or 29 days. A week is now sometimes 8 days, and a year might still have 365 or 366 days, depending on the year.
How do you even write the date for the days that don’t fit? Like, a form with a box for the date needs to be able to handle Y-M-D formatting but also Y-YearDay. Probably people would just say 06-29 and 12-29, or 07-00 and 01-00, although if year day is the last day of the year it kinda gets weird to say the last day of the year is the zeroth day of the first month of the next year.There’s just a lot of momentum behind a 12 month year with every day being part of a month and week. Like, more than 6000 years. You start to run into weird issues where people’s religion dictates that every seventh days is special which we’ve currently built into our calendar.
Without actually solving significant issues, it’s just change for changes sake.
cmhe@lemmy.world 4 months ago
Well, this is shitpost. And I wasn’t serious about this. I responded to someone that wants the whole world to switch to a global time, and since mankind existed we used some local time in our daily lives.
kn33@lemmy.world 4 months ago
amelore@slrpnk.net 4 months ago
Move New Years back to march 1st, then the Latin roots will be accurate again.
itsnotits@lemmy.world 4 months ago
let’s* switch
bitwaba@lemmy.world 4 months ago
lettuce* switch
MisterFrog@lemmy.world 4 months ago
YYYY.MM.DD and 24 hour for sure.
Everyone using UTC? Nah. Creates more problems than it solves (which are already solved, because you can just lookup what time it is elsewhere, and use calendars to automatically convert, etc.).
I for one do not want to do mental gymnastics /calculation just to know what solar time it is somewhere else. And if you just look up what solar time it is somewhere, we’ve already arrived back at what we’re already doing.
Much easier just looking up what time (solar) time it is in a timezone. No need to re-learn what time means when you arrive somewhere on holiday, no need for movies to spell out exactly where they are in the world whenever they speak about time just so you know what it means. (Seriously, imagine how dumb it would be watching international films and they say: “meet you at 14 o’clock”, and you have no idea what solar time that is, unless they literally tell you their timezone.)
Further, a lot more business than currently would have to start splitting their days not at 00:00 (I’m aware places like nightclubs do this already).
Getting rid of timezones makes no sense, and I do not understand why people on the internet keep suggesting it like it’s a good idea.
Loki@discuss.tchncs.de 4 months ago
I’m pretty sure they don’t mean “give up on time zones” but “express your timezone in UTC”. For example, central Europe is UTC+1. Makes almost no difference in everyday life, only when you tell someone in another zone your time. The idea is to have one common reference point and do the calculation immediately when someone gives you their UTC zone. For example, if you use pacific time and tell me that, it means nothing to me, but if you say “UTC-8” I know exactly what time it is for you.
MisterFrog@lemmy.world 4 months ago
Oh right, yeah. We do this at my company which has operations world-wide. If we say timezone we say UTC±. Apologies for the misunderstanding
Viking_Hippie@lemmy.world 4 months ago
That’s good for file/record sorting, so let’s just use it for that
For day to day, DD.MM.YYYY is much more practical.
bitwaba@lemmy.world 4 months ago
Hard disagree.
Least specific -> most specific is generally better in spoken language as the first part spoken is the part the listener begins interpreting.
Like if I ask if you’re free on “the 15th of March” vs “March 15”, the first example is slightly jarring for your brain to interpret because at first it hears “15th” and starts processing all the 15ths it’s aware of, then “March” to finally clarify which month the 15th is referencing.
The only thing practical about DD.MM.YY is that it is easier for the speaker because they can drop the implied information, or continue to add it as they develop the sentence.
“Are you free on the 15th” [oh shit, that’s probably confusing, I meant a few months from now] “of July” [oh shit, I actually mean next summer not this one] “next year (or 2025)”.
So the format is really a question of who is more important in spoken language: the speaker or the listener? And I firmly believe the listener is more important, because the entire point of communication is to take the idea you’ve formulated into your head, and accurately describe that idea in a way that recreates that same idea in the listener’s head. Making it easier for the speaker to make a sentence is pointless if the sentence itself is confusing to the listener. That’s literally a failure to communicate.
Aceticon@lemmy.world 4 months ago
You’re confusing what your own familiarity and experience with a general human rule.
My mother tongue (Portuguese) has the same order when saying numbers as English (i.e. twenty seven) and indeed when I learned Dutch it was jarring that their number order is the reverse (i.e. seven and twenty) until I got used to it, by which point it stopped being jarring.
The brain doesn’t really care beyond “this is not how I’m used to parse numbers” and once you get used to do it that way, it works just as well.
As for dates, people using year first is jarring to me, because I grew up hearing day first then month, then year. There is only one advantage for year first, which is very specifically when in text form, sorting by text dates written in year-month-day order will correctly sort by date, which is nice if you’re a programmer (and the reason why when I need to have a date as part of a filename I’ll user year first). Meanwhile the advantage of day first is that often you don’t need to say the rest since if you don’t it’s implied as the present one (i.e. if I tell you now “let’s have that meeting on the 10” June and 2024 are implied) so you can convey the same infomation with less words (however in written form meant to preserve the date, for future refernce you have to write the whole thing anyway)
Personally I recognize that it’s mainly familiarity that makes me favour one format over the other and logically I don’t think one way is overall better than the other one as the advantages of each are situational.
bitwaba@lemmy.world 4 months ago
Meanwhile the advantage of day first is that often you don’t need to say the rest since if you don’t it’s implied as the present one (i.e. if I tell you now “let’s have that meeting on the 10th” June and 2024 are implied) so you can convey the same infomation with less words (however in written form meant to preserve the date for future reference you have to write the whole thing anyway)
That advantage is not exclusive to the date-first system. You can still leave out implied information with month-first as well.
Personally I recognize that it’s mainly familiarity that makes me favour one format over the other and logically I don’t think one way is overall better than the other one as the advantages of each are situational.
This is the biggest part of it. No one wants to change what they know. I’m from the US and moved to the UK, and interact with continental Europeans on a daily basis. I’ve seen and used both systems day to day. But when I approach this question, my answer isn’t “this one is better because that’s they one I like or I’m most comfortable with”, my answer is “if no one knew any system right now, and we all had to choose between one of the two options, which one is the more sensible option?”
dd-mm-yyyy has no benefit over yyyy-mm-dd, while yyyy-mm-dd does have benefits over dd-mm-yyyy. The choice is easy.
Viking_Hippie@lemmy.world 4 months ago
if I ask if you’re free on “the 15th of March” vs “March 15”, the first example is slightly jarring for your brain to interpret
Sounds like you’re just used to it being said the opposite (read: wrong) way. If you told someone in my country March 15th, it would be just as jarring to the listener.
at first it hears “15th” and starts processing all the 15ths it’s aware of, then “March” to finally clarify which month the 15th is referencing.
not in daily use. When you ask someone “what day is it today?”, they usually have a handle on what month it is and just need the day. For making plans, it’s only if you make them way in advance that you need the month first, which would be sorting and scheduling, not daily use.
bitwaba@lemmy.world 4 months ago
When you ask someone “what day is it today?”, they usually have a handle on what month it is and just need the day.
You’re still allowed to exclude implied information, no matter which method of dating you want to go with. You can just say “the 15th”.
For making plans, it’s only if you make them way in advance that you need the month first, which would be sorting and scheduling, not daily use.
I can’t speak for you, but for me I am making plans, sorting, and scheduling every single day.
dan@upvote.au 4 months ago
For day to day, DD.MM.YY is much more practical.
It’s not though… It’s ambiguous as to if the day or month is first. With the year first, there’s no ambiguity.
If you want to use d-m-y then at least use month names (eg. 7-June-2024).
Viking_Hippie@lemmy.world 4 months ago
It’s ambiguous as to if the day or month is first.
Not if everyone is using it, as they should.
Besides, so is is yours. 2024.06.07 could be the 7th of June or (if you’re an American and thus used to the months and days being in an illogical order) 6th of July.
As for writing out the month names, that’s no longer shorthand. That’s just taking more time and space than necessary.
goldfndr@lemmy.ml 4 months ago
Au contraire! With a three character month, period separation isn’t needed, and the date is shorter. (Admittedly there’s likely to be a language translation issue, depending on audience.)
pumpkinseedoil@sh.itjust.works 4 months ago
What about a format where we only have multiples of 10?
yeehaw_cosmonaut@reddthat.com 4 months ago
You mean base-10? My totally unrealistic pipe dream would be to have the world switch to base-12.
pumpkinseedoil@sh.itjust.works 4 months ago
I mean something like 1 day = 10 hours = 1 000 minutes = 100 000 seconds (currently 86 400 seconds so a second would only get slightly faster).
bitwaba@lemmy.world 4 months ago
en.m.wikipedia.org/wiki/Decimal_time
This term is often used specifically to refer to the
French Republican calendar
time system used in France from 1794 to 1800, during the French Revolution, which divided the day into 10 decimal hours, each decimal hour into 100 decimal minutes and each decimal minute into 100 decimal seconds
Pinklink@lemm.ee 4 months ago
Seconded.
zqwzzle@lemmy.ca 4 months ago
ISO8601 gang
MewtwoLikesMemes@lemmy.world 4 months ago
Represeeeeent!
dan@upvote.au 4 months ago
Some ISO8601 formats are good, but some are unreadable (like 20240607T054831Z for date and time).
zqwzzle@lemmy.ca 4 months ago
The ones without separators tend to be for server/client exchange though.
dan@upvote.au 4 months ago
I agree but they’re hard to read at a glance when debugging and there’s lots of them :)
Having said that, a lot of client-server communications use Unix timestamps though, which are even harder to read at a glance.
Shardikprime@lemmy.world 4 months ago
I mean I like this one without the separations