this post was submitted on 01 Feb 2024
215 points (90.3% liked)

Today I Learned

23612 readers
251 users here now

What did you learn today? Share it with us!

We learn something new every day. This is a community dedicated to informing each other and helping to spread knowledge.

The rules for posting and commenting, besides the rules defined here for lemmy.world, are as follows:

Rules (interactive)


Rule 1- All posts must begin with TIL. Linking to a source of info is optional, but highly recommended as it helps to spark discussion.

** Posts must be about an actual fact that you have learned, but it doesn't matter if you learned it today. See Rule 6 for all exceptions.**



Rule 2- Your post subject cannot be illegal or NSFW material.

Your post subject cannot be illegal or NSFW material. You will be warned first, banned second.



Rule 3- Do not seek mental, medical and professional help here.

Do not seek mental, medical and professional help here. Breaking this rule will not get you or your post removed, but it will put you at risk, and possibly in danger.



Rule 4- No self promotion or upvote-farming of any kind.

That's it.



Rule 5- No baiting or sealioning or promoting an agenda.

Posts and comments which, instead of being of an innocuous nature, are specifically intended (based on reports and in the opinion of our crack moderation team) to bait users into ideological wars on charged political topics will be removed and the authors warned - or banned - depending on severity.



Rule 6- Regarding non-TIL posts.

Provided it is about the community itself, you may post non-TIL posts using the [META] tag on your post title.



Rule 7- You can't harass or disturb other members.

If you vocally harass or discriminate against any individual member, you will be removed.

Likewise, if you are a member, sympathiser or a resemblant of a movement that is known to largely hate, mock, discriminate against, and/or want to take lives of a group of people, and you were provably vocal about your hate, then you will be banned on sight.

For further explanation, clarification and feedback about this rule, you may follow this link.



Rule 8- All comments should try to stay relevant to their parent content.



Rule 9- Reposts from other platforms are not allowed.

Let everyone have their own content.



Rule 10- Majority of bots aren't allowed to participate here.

Unless included in our Whitelist for Bots, your bot will not be allowed to participate in this community. To have your bot whitelisted, please contact the moderators for a short review.



Partnered Communities

You can view our partnered communities list by following this link. To partner with our community and be included, you are free to message the moderators or comment on a pinned post.

Community Moderation

For inquiry on becoming a moderator of this community, you may comment on the pinned post of the time, or simply shoot a message to the current moderators.

founded 2 years ago
MODERATORS
 

I feel that this is what we should be using instead of the current illogical time system.

you are viewing a single comment's thread
view the rest of the comments
[–] Zagorath@aussie.zone 12 points 1 year ago (3 children)

Honestly, all we need to do is eliminate time zones. It wouldn’t solve all the problems with time systems, particularly for programmers, but it would go a long way to solving the practical problems humans face, as well as eliminating one of the biggest machine problems.

Just everyone switch to UTC. As I write this it is 10:51 UTC. Anyone in the world can convert that to their local purpose. In eastern Australia, 10:51 is mid evening. In the UK it’s late morning. In western United States it’s late at night. If we always used UTC, people would just be used to this pretty quick.

[–] huginn@feddit.it 31 points 1 year ago (2 children)

It'll never happen because approximately 0 people think about it outside of programmers.

[–] lordnikon@lemmy.world 3 points 1 year ago

The Navy and Air-Force use of Zulu time would disagree with this statement.

[–] Zagorath@aussie.zone 2 points 1 year ago (2 children)

approximately 0 people think about it outside of programmers

It comes up all the time. Any time people are scheduling something between different time zones and run into trouble figuring out "is that your time or my time?" That's an issue that would be resolved by not having time zones.

[–] alsimoneau@lemmy.ca 2 points 1 year ago (1 children)
[–] Zagorath@aussie.zone 1 points 1 year ago (1 children)
[–] alsimoneau@lemmy.ca 1 points 1 year ago

My point is you use UTC to plan international meetings but keep timezones for day to day stuff. Better yet with computers meeting planning software takes timezones into account.

When I do a when2meet with my colleagues everyone fills it in their local time and it's fine, and then the calendar event is timezone aware as well so it's completely a non issue.

[–] huginn@feddit.it 1 points 1 year ago

It being Zulu/UTC not it being time

[–] clever_banana@lemmy.today 1 points 1 year ago

It would take about 30 years

[–] bouh@lemmy.world -1 points 1 year ago (1 children)

Maybe programmers should learn to do their job correctly instead of asking the whole planet to fix their simple problem for themselves.

The biggest machine problem ? That must be a joke!

[–] kibiz0r@midwest.social 4 points 1 year ago* (last edited 1 year ago) (1 children)

It really isn’t that simple.

If all your system cares about is recording incoming events at a discrete time, then sure: UTC for persistence and localization for display solves all your problems.

But if you have any concept of user-defined time ranges or periodic scheduling, you get in the weeds real quick.

There is a difference between saying “this time tomorrow” vs. “24 hours from now”, because of DST, leap years, and leap seconds.

Time zones (and who observes them) change over time. As does DST.

If you allow monthly scheduling, you have to account for some days not being valid for some months and that this changes on a leap year.

If you allow daily scheduling, you need to be aware that some hours of the day may not exist on certain days or may exist twice.

If you poll a client device and do any datetime comparisons, you need to decide whether you care about elapsed time or calendar time.

I worked on some code that was deployed to aircraft carriers in the Pacific. “This event already happened tomorrow” is completely possible when you cross the international date line.

Add to all of this the fact that there are different calendars across the world, even if the change is as small as a different “first day of the week”.

[–] bouh@lemmy.world -2 points 1 year ago

Man I wish this was be the biggest problems I had to work on.

All I read here is lazyness.