this post was submitted on 17 Apr 2024
1455 points (98.6% liked)

Programmer Humor

19623 readers
2719 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 1 year ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments

What? Sorry, I must be misunderstanding your viewpoint here. People interact all across the globe all of the time; it’s important to know what part of day it is in the different places for all of that.

no, it's not, it's important to know what time other people are available at Regardless of what you're doing, you're going to plan it to the hour specifically, due to the fact that it's a meeting, you're going to agree independently, on a shared time, between the two of you. It doesn't matter what your or their local time is, because you agree on it, and can simply figure it out yourself, if you REALLY needed to, like i said, you could just look it up, and now instead of it actually changing the time, it just shifts it, given that they're halfway across the globe, and the sun normally does that.

Maybe it's lunch time, ask them when they have lunch. They'll tell you, and it'll map directly to your time. It's INCREDIBLY explicit, compared to our current solution. You shouldn't be planning things based on what the timezones say, you should be planning things based on what the time says.

I'm not sure i can think of a single instance, where it would be important to know what point the sun is in the sky at, in fucking mongolia, while i'm in the US or some place. It already means nothing to me, even if they were to tell me, because i don't know what their timezone is, and if i do know, now i'm just hoping that they have exactly the same schedule as me, with no deviations, which, you know is, very reliable. Maybe you work in a global office, where this would be a thing, but then again, it's literally the same amount if not less effort than just using timezones like you would normally do. And like i said, it doesn't remove the local solar time, that's what "timeoffsets" would be for, so if you REALLY cared about it for some reason, you could just look it up with the same amount of effort as timezones now.

The ONLY difference is that instead of the sun being in the middle of the sky at noon where you are, and noon where they are, it's noon here, and there at the same time, and the sun is in the peak at 12 00 here, and 14 00 there. For instance. I genuinely just can't think of any significant events where i would be globally contacting someone, in regards to their specific local solar time, in reference to my own, in significant enough capacity, where having to add or subtract a number would make it harder.

Timezones are arguably inherently more confusing, because if it's +2 here, and it's +5 there, then that means they're 3 hours ahead, so if it's 12 00 here, it would be 15 00 there. Which is significantly more effort. As opposed to, "i'm 3 hours ahead of you, and we use global time so just add 3 to your number, and that's my schedule now" it just removes one variable from the equation.

and regardless of that, you act like morning, noon, afternoon, evening, night, midnight, and after midnight, don't exist. If you're communicating local solar time in passing, you're likely using those anyway. They're fuzzy terms, they're perfect for it. And if not, you probably should be anyway.