I’m ok with timezones, but the guy who invented daylight savings time I’d slap to all the way to the sun
From a development perspective it certainly sounds easier to have one global timezone with DST than a bunch of smaller ones without it. Would that make sense in reality? Probably not but I definitely think timezones take more work to compensate for properly.
Not really. Timezones, at their core (so without DST or any other special rules), are just a constant offset that you can very easily translate back and forth between, that’s trivial as long as you remember to do it. Having lots of them doesn’t really make anything harder, as long as you can look them up somewhere. DST, leap seconds, etc., make shit complicated, because they bend, break, or overlap a single timeline to the point where suddenly you have points in time that happen twice, or that never happen, or where time runs faster or slower for a bit. That is incredibly hard to deal with consistently, much more so that just switching a simple offset you’re operating within.
What matters is consistency and our time system has tons of crazy inconsistent shit in our. Everyone knows about leap years, but do you know about leap seconds? Imagine trying to write a function to convert unix time to a current date and suddenly all your times are a second off.
Just look at this insane bullshit nonsense. The added complexity of time zones and daylight saving time is nothing compared to simply supporting our time system.
We need to synchronize all computer times with that one clock that can stay accurate to within 1 second every 40 billion years.
We do? With NTP
Lets just have 2 timezones, Chinese time and EST w/ permanent DST. The most populated timezones for Eurasia and the americas, and they’re both 12 hours apart, so nobody has to do timezone math, just swich AM and PM.
There was actually a really interesting idea I heard to have no time zones. And I actually think it could be a good idea. It’ll never happen because people would need to re-learn time but if it was always the same time everywhere it would make scheduling and business so much easier. No one would need to convert between different zones or be late because of an incorrect conversion. The downside is that times which are conventionally morning or evening etc, would no longer would be so people would have to get used to time just being a construct for scheduling and not a representation of the natural day/night cycle…but it actually doesn’t sound like a half bad idea.
Problem you run into is the areas where we need to tie things to solar days across an area.
You end up with places having to regulate that school starts at 22:00, and gets out 05:00 the next day.
Businesses close for the night at 06:00 and open bright and early later that day at 22:00.
You have places where one calendar day has two different business days in it, so the annoyances faced by people who work overnight shifts spreads to everyone, and worse gets spread to financial calendars, billing systems and the works.It’s not better.
🤔 that’s a fair point…
Time is an air bubble trapped under a screen protector. It’s annoying, and you can push it around to try to keep it out of the way, but you can never really fix it.
There’s just too many inherently contradictory requirements for us to end up with a “good” system, and we just need to settle for good enough.My dream is that we stop changing things. Whatever we have in time zone database today is what we stick with going forwards. No more dst shifts, no more tweaks to the zones, no more weird offsets and shifts, because we don’t get to stop dealing with the old layout when we change, we just add a new one that we think is better.
For the most part, dealing with this stuff is a solved, shitty problem. It’s when we change the rules that problems come up. Worse when we change them retroactively. (Territory disputes between nations have been resolved with the conclusion that land was actually in a different time zone in the past because it was actually in another country. Not a problem usually, unless there’s a major stock exchange in an island that was transferred between nations and retroactively changing what time it was affects what laws were valid at the time certain transactions took place.
I love DST! I just think ever switching out of it is where the mistake lies
DST during winter = permanent depression.
You are aware that the actual amount of daylight doesn’t change when we move the clocks right?
It really comes down to when you’d rather have more daylight, morning or evening.
Evening
Agreed. That’s why DST is best.
Except that it doesn’t. Take a look at daylight data for 20 Dec here https://www.timeanddate.com/sun/uk/london
Daylight: 08:03 - 15:53
That’s ST obv. Now let’s convert it to DST, that will be 9:03 - 16:53. Let’s say you work a standard 9-5 job. Well, 9:03 is after you start working and 16:53 is before you finish. Thus you get ZERO daylight during the day in DST. You get almost an hour in the morning with ST.
Now let’s move further away from equator https://www.timeanddate.com/sun/latvia/riga
Daylight: 08:59 - 15:43
Well, DST is a perma fucking depression now as you’re robbed from the very few minutes you had before.
How about further North https://www.timeanddate.com/sun/finland/helsinki
Daylight: 09:23 - 15:12
No wonder Finland has such high suicide rates during winter…
P.S. It is also worth noting that daylight grows the closer you get to the equator and it grows in the morning, not in the evening. You can see from the examples above that their evening difference is smaller than the morning one. There’s just no point having DST.
I’m missing your point. Do you think that moving the clocks is having an effect on the tilt of the earth? Or are you just trying to explain to me how daylength and latitude are related?
I know quite well how dark it gets in the north. I live in the north. Luckily, the sun still rises and sets at very predictable intervals. If I want to enjoy sunlight, I simply need to be awake at some point that coincides with when the sun is up.
You are also aware that not everyone works the exact same hours, right? And windows exist?
Use a different example to make the opposite point: I’d like the sun to be out for at least an hour after I get home from my “9-5”, so if the sun sets at 1700 I’m standard time, I am depressed. But in DST, I get to spend an hour in my garden.
See? The debate is stupid. Do you want more daylight in the morning or afternoon. That’s the only question. The amount of daylight is not affected by clocks.
Wut? If it’s DST during winter, you don’t have any light to enjoy after work. You can only enjoy light in the morning with ST. All the explanation is above, with facts.
Love me some early evening daylight though. Nice warm but not hot cruise/drive with the windows and the top down on the car.
Switching sucks but DST is better than Standard Time.
Which part of the year is DST and which part is Standard Time?
I know, but it seems like half the people that say they prefer DST have it backwards.
It’s easy, the good part is DST (which is what we’re currently in - Spring through Fall in the northern hemisphere).
It’s only good from spring to fall. Come winter and it’s a permanent depression.
Standard Time during that period is what’s depressing.
With standard time you get some light in the morning. With DST you get no light at all. Also there’s nothing worse than waking up in the darkness.
Sure there is… Coming home from work in the darkness is way worse than waking up in it.
Strong disagree, under DST I get to experience some sunlight in then evenings. Under Standard time I get to watch the sun come up through the window and set through the window.
just move somewhere better. don’t mess up my timezone just because your weather always sucks!
I don’t know what you mean by evening, but it’s already dark at 16:00 during winter. You only get some light in the morning. DST means no more light in the morning and no more light in the evening. Complete depression. DST should not exist.
i still dont even understand what DST even is, as far as i care because i don’t is that DST just means we change the time, because god forbid the time be a little funky.
DST is shifting the sunlight later in the day during the summer.
IIRC daylight savings was created way back when electricity really didn’t exist so it allowed the farmers more daylight to harvest their crops.
Now with that said there is more technology in today’s farming equipment so DST shouldn’t really exist anymore.
So, this is wrong on so many levels. First of all, DST had nothing to do with farmers, it was to save energy usage in the summer as people were doing more things when the evenings were warmer.
IIRC daylight savings was created way back when electricity really didn’t exist so it allowed the farmers more daylight to harvest their crops.
DST does not increase the amount of daylight on any specific day of the year, it just shifts it later in the day so that people in 8-5 jobs can do more things after work. Farmers don’t work 8-5, they work as needed so if the crops need harvesting they will get harvested based on the weather.
Now with that said there is more technology in today’s farming equipment so DST shouldn’t really exist anymore.
Nowadays farmers have lots of lights and can harvest after the sun goes down, but that has nothing to do with why DST shouldn’t exist. DST shouldn’t exist because it doesn’t save energy due to any populated place having their lights on all night and the actual changing of time leading to negative outcomes like deaths from accidents with no benefits.
Sure, the sun will come up earlier and set later in the summer if we get rid of DST, but the only reason for the time change in the first place was the standard working hours being longer after noon than before.
And you’d think *if anything farmers would want more sunlight in the morning when it’s cooler.
Edited because people want to take this the wrong way. As in this another reason that DST and farmers makes no sense.
Farmers don’t care about clocks unless they are scheduling a time to meet and using the clock for clarity.
The sun comes up when it comes up and that is what matters. Farmers don’t care about the clock for what they consider morning, because morning is before the sun is highest in the aky. They are already getting up a few minutes earlier or later depending on whether the days are getting longer or shorter.
DST has nothing to do with farmers.
I think you misread my comment. It’s along the lines of if anything they would prefer the morning.
This is like saying dogs would want better stock options when stock options don’t matter to dogs.
This is besides what I was saying, which was again “if anything” and adding another reason why farmers and DST makes no sense. But dude people live in the world. Farmers are not 1000% in their own bubble. They need to go out to stores and get supplies and interact with the world and the supply chain. You are now taking lack of an office schedule or something to a ludicrous degree with your analogy. I wasn’t even disagreeing with your old points, I was saying “if anything” and adding another reason, but you want to go off on seemingly everyone. Perhaps you’re confusing me with the other guy, but whatever. Cheers.
and set earlier in the summer*
I hate it. I fucking hate it. With every fiber of my being. I spend every winter counting the days until the sun stops setting before I stop working. Our entire lives are scheduled so we are inside under neon light from 9-6, why are we trying to maximize how much of that is during daytime?
On the day that we go back to permanent ST I will turn to hard drugs to make up for the dopamine deficiency. No joke very few things in my life fill me with more dread than having to suffer early evenings for the rest of my life.
Maybe, and hear me out, the problem is that 9 to 6 is the problem, since 2/3 of that time is after noon. Instead of changing reality to appease business, business, work hours could be changed to 8 to 4 with four before and four after which is both more light in the evening than DST and a shorter workday because people are more productive than they ever have been.
But I guess you would rather let business practices determine when noon is for everyone instead of the sun.
Business hours is no more or less of a social construct than DST or the 24 hour clock.
The only difference is that we have a shot at making everyone agree on a timezone shift or permanent DST, but absolutely NO SHOT at getting every business to switch to an 8-4 schedule. None. It’d be a nice sentiment. But it’s not happening, and I don’t care what the number says on the clock when I leave work as long as it’s sunny outside.
Why is it so important that the sun reaches its zenith at noon anyway? Do you often get confused while looking at your antique sundial?
First of all, noon refers to when the sun is at the highest point in the sky so being an hour off is confusing.
Being able to look at the general position of the sun and being able to estimate time is pretty handy.
Being able to estimate the length of day because the time between sunrise and sunset being approximately the same is handy.
Not changing the time of day twice a year would be fucking fantastic.
Some places already stick with standard time all year round.
The US tried year round DST in the 70s and it was widely rejected within a year because DST during the winter is fucking awful.
Plus, most jobs don’t mind people coming in and leaving early, which is a far more common shift adjustment than coming in and staying late.
Year round standard time is the real solution.
Worked on a project where devices just magically froze, but only during the month of February!
Turned out the people who had written the firmware had decided to do their own time math to save space and had put in an exception in the code for leap year values. Except instead of February 29th, it kicked in for the whole month. And the math was wrong so you ended up with negative values.
The product was due for launch in March of that year and was headed to manufacturing. It was by sheer luck that someone ran a test on February 1st and caught the problem.
Don’t mess with time in code, kids.
This is why we have pre-built libraries and Unix time.
Embedded portable device with a teeny ARM processor. Sadly, no room for linux anything or even an RTC. Every time it connected to a phone, the phone would set its clock so the timestamps were somewhat close to being accurate.
However, if you swapped out the AAA battery and DIDN’T connect it to the phone at least once, all your subsequent readings would go back to zero epoch and would be forgotten 🤷🏻♂️
Good times.
Some absolute and utter legend of a man made a Unix kernel for the fucking ZILOG Z80, you have no excuses
(It’s called UZI and it’s written in K&R C for some obscure CP/M compiler)
If it had been up to me, I would have included a proper real-time-clock in the design and done things a lot differently.
But the device was designed by one company and the BLE and processor module by another. For some ungodly reason neither trusted each other, so nobody was given access to the firmware source on either side. I worked for a third company that was their customer paying the bill. I was allowed to see the firmware for both sides, but only read only, on laptops provided by each company, one at a time, in a conference room with their own people watching everything. Yeah, it was strange.
I was there because the MCU and the BLE processor sometimes glitched and introduced random noise. Turned out the connection between the two parts were unshielded UART with no error detection/correction 🤦🏻♂️
It was concidental that we hit the date glitch. Took all our effort just to get them to add a checksum and retry. The tiny MCU was maxed out of space. No way to fit in any more code for date math.
God I’m sorry you had to go through that much middle management bullshit
Thanks. On the plus side, I got to try ‘soup dumpling’ – still the best I’ve ever had. And Kaoliang, the most gut-busting distilled beverage known to mankind. OTOH, the product shipped, won lots of awards, and got national coverage for the company.
Nothing to do with timezones, but still, fun times.
Unix time.
Unix time doesn’t help with timezones… It’s always in UTC.
Unix timestamps also get a bit weird because of leap seconds. Unix timestamps have no support for leap seconds (the POSIX spec says a Unix day is always exactly 86400 seconds), so they’re usually implemented by repeating the same timestamp twice. This means that the timestamp is ambiguous for that repeated second - one timestamp actually refers to two different moments in time. To quote the example from Wikipedia:
Unix time numbers are repeated in the second immediately following a positive leap second. The Unix time number 1483142400 is thus ambiguous: it can refer either to start of the leap second (2016-12-31 23:59:60) or the end of it, one second later (2017-01-01 00:00:00). In the theoretical case when a negative leap second occurs, no ambiguity is caused, but instead there is a range of Unix time numbers that do not refer to any point in UTC time at all.
Some systems instead spread a positive leap second across the entire day (making each second a very very tiny bit longer) but technically this violates POSIX since it’s modifying the length of a second.
Aren’t timestamps fun?
Luckily, the standards body that deals with leap seconds has said they’ll be discontinued by 2035, so at least it’s one less thing that developers dealing with timestamps will have to worry about.
Don’t try to write your own date/time code. Just don’t. Use something built by someone else.
Unix time doesn’t help with timezones… It’s always in UTC.
Unix timestamp is always in UTC which is why it’s helpful. It’s seconds since Jan 1st 1970 UTC. Libraries let you specify timezone usually if you need to convert from/to a human readable string.
Don’t try to write your own date/time code. Just don’t. Use something built by someone else.
…yes that’s why UNIX timestamps are helpful, because it’s a constant standard across all the libraries.
Some systems instead spread a positive leap second across the entire day (making each second a very very tiny bit longer) but technically this violates POSIX since it’s modifying the length of a second.
Then that system should be trashed.
Unix timestamp is always in UTC
Careful with the exact phrasing here - while the epoch was at midnight in GMT, the time from which time_t is measured also exists in other timezones.
Then that the library that does it should be trashed.
Unix timestamp is always in UTC which is why it’s helpful.
Any time you show the time to a user, you have to use a timezone. That’s why the unix timestamp has limited usefulness - it doesn’t do a lot on its own and practically all use cases for times require the timezone to be known (unless you’re dealing with a system that can both store and display dates in UTC). Even for things like “add one week to this timestamp”, you can’t do that without being timezone-aware, since it’s not always an exact number of seconds as you need to take Daylight Saving transitions and leap seconds into account.
Then that system should be trashed.
A lot of systems just don’t handle leap seconds well. Many years ago, Reddit was down for four hours because their systems couldn’t deal with leap seconds. Smearing the extra second across the whole day causes fewer issues as software doesn’t have to be built to handle an extra second in the day.
Was it related to banking?
Consumer health.
Good product, too. Won a bunch of awards. Unfortunately, the company has since gone out of business.
The UK press every year makes a huge song and dance in opinion pieces about getting rid of DST. However I’m always horrified to see that people want us to keep British Summer Time instead of Grenwich Mean Time. I understand that there are “longer evenings” in BST; however we literally invented GMT and coerced the rest of the world to adjust their times based on that. From the point of view of being constantly compatible with UTC and having more consistent business hours for international companies it makes more sense to me if we kept GMT.
Also the longer evenings thing can be achieved by simply staying up an hour later. It’s not exactly like an hour is being stolen from you when the times switch, the change of clocks are mainly pointless admin.
Lastly I read an article recently that described a correlation between the incidence of heart attacks and the clocks changing. The theory is that just slightly messing with people’s sleeping patterns can cause additional strain on the body.
Another point for GMT, in the mid '70s, the US went onto DST year round for a couple years. People hated it so much they changed back to switching the time.
If we wanna do away with DST and BST, we need to go back to standard time, as the later sunset in the summer translates to no sunlight for workers in the winter
The only downside of being in GMT is that programmers here almost never notice their timezone bugs when developing systems in the winter.
Still, avoiding a whole other class of bugs would be nice.
No the longer evenings are achieved by work starting and ending an hour earlier. And it’s literally easier to change the time zone than to change corporate culture.
So would you be team BST if we had to pick one? I’m just personally not sure it’s such a loss when the sun is out until 10pm at the height of summer.
Edit: to be honest that would probably be my 2nd preference. Anything except the system we have now where the clocks change!
I think I want work to end an hour earlier in the winter because of how early the sun sets, and care much less about the summer. So however it’s done, it would be great if office jobs could happen when it’s dark outside and we could live our lives during daylight.
Mmm yeah I’ve noticed that my retired parents keep telling me what a great summer we’re having every year and I’m completely unaware of it due to being cooped up inside.
But if time travel is a thing, imagine the whole new time nightmares! Oh you went back a year with your phone? Now all your TLS root certs are invalid because you’re before the start date. Or you have files/emails/whatever that are dated in the future. I guess you can get to that state by just setting your clock forward but I imagine some stuff would break.
Except if there was only one zone of time that would be hell to program too because then you would need to check for different times of day for different locations. I think programming is just difficult lol
I’ve just said ‘fuck it’ and switched all my clocks to UTC. I don’t even care anymore.
Why not metric time(TAI)?
Is that supported in any common operating systems?
Yes, CLOCK_TAI here
Reasons just states difference, but does not answer why.
Or why not just seconds past the epoch?
leap second corrected or not?
Metric seconds or UTC seconds?
Soon we’re going to have a new timezone for the moon. Yay, I guess?
Surely they will just use utc?
Can’t be that simple due to time dilation effect. Time moves at a different rate in moon, about
1s58.7 μs difference per day.https://www.reuters.com/science/white-house-directs-nasa-create-time-standard-moon-2024-04-02/
That article says 58.7 microseconds per (Earth) day. Not 1s.
Shit you’re right, I misremembered it.
Appreciate you correcting your post, just one more needed.
ms = milliseconds
us = microseconds
I once developed an electronic program guide for a cable TV company in New Zealand and I’d lose my mind if I had to use timezones. The basic rule of thumb was:
a) Internally you use UTC religiously. UTC is the same everywhere on Earth, time always goes forward, most languages have classes that represent instants, durations etc. In addition you make damned sure your server time is correct and UTC.
b) You only deal with timezones when presenting something to a user or taking input from a user
Prior to that I had worked for a US trading company that set all their servers to EST and was receiving trades through the system which expressed time & date ambiguously. Just had to assume everywhere that EST was the default but it was just dumb programming and I bet to this day every piece of code they develop has time bugs.
time always goes forward
It not always goes and not always forward. I think you need metric time(TAI) instread.
UTC always goes forward regardless of the timezone and local time. That is why you should use it. To take my EPG situation above, I stored program start / end times in UTC so they would render properly even if DST kicked in or not during the middle of the program.
Ok, this is more unix time quirk that can’t handle 24:00:00 and skipping 23:59:59.
UTC always goes forward regardless of the timezone and local time
But not unix time.
I stored program start / end times in UTC
If your program finishes in less than one seond it might report negative time.
I didn’t say Unix time, I said UTC. And no it won’t report negative time, not unless somehow the system clock was modified while it was running…
not unless somehow the system clock was modified while it was running…
Which is how most systems handle leap seconds.
Leap seconds still make time go forwards, not backwards. NTP clients would also resolve small time discrepancies while still advancing forwards prior to the next time sync.
Leap seconds can make time go both ways, but adding them makes time stop/go back because 24:00:00 cannot be represented as 1/86400 part of day N instead of day N+1 on major OSes. And they were only added so far.
Standardising on EST is fine; it’s just UTC plus a constant. If they flipped between EST and EDT, now that’d be insane.
Best I’ve seen is a process scheduled on UK local time (including hour changes) running on a server that maintains Eastern local (including hour changes) but the process logs in EST ( and does not move with the hour)
Yes as long as the rules are known, but it’s really just better to do things sanely and leave no margin of doubt.
Ok so there are 24 time zones. Before that every town had their own time based on the sun. We basically went from infinity time zones down to 24. This is in fact simpler.
(There are some half hour time zones too, (India, Newfoundland) so at least 26.)
There are a few time zones that are 45 minutes off, like Nepal Standard Time which is UTC+5:45, some places in Western Australia and South Australia use UTC+08:45 and the Chatham Islands are at UTC+12:45 or UTC+13:45 in summer.
there are 24 time zones
Cunningham’s law says that this will generate some discussion in the replies!
Before timezones and trains, each town had its own natural time (based on the sun or whatever). Would you have preferred that?
tbf there are libraries capable of handling that too, like rust’s chrono
Cool, so sunrise is at 8 PM now. Or maybe there’s just no consistent relationship between what a clock on the East and West coast of America say, and a call can’t be scheduled between them.
The real problem with time and date is that it has to fit social and natural systems as well as actual passage of time. A lot of nuance is unavoidable.
Yeah, tbh the “no timezones” approach comes with its own basket of problems that isn’t necessarily better than the “with timezones” basket. The system needed to find a balance between being useful locally, but intelligible across regions. Especially challenging before ubiquitous telecommunications
Imagine having to rethink the social norms around time every time you travel or meet someone from far away. They say “Oh I work a 9-to-5 office job” and then you need to figure out where they live to understand what that means. Or a doctor writes a book where they recommend that you get to bed by 2:00PM every night, and then you need to figure out how to translate that to a time that makes sense for you.
We’d invent and use informal timezones anyway, and then we’d be writing Javascript functions to translate “real” times to “colloquial” times, and that’s pretty close to just storing datetimes in UTC then translating them to a relevant timezone ad hoc, which is what we’re already doing.
That’s what my rational programmer brain says. My emotional programmer brain is exactly this meme.
Yes! Very much so.
This is a good illustration of exactly why timezones exist and the issues with not having them.
Cool, so sunrise is at 8 PM now.
And the problem with that is… ?
Or maybe there’s just no consistent relationship between what a clock on the East and West coast of America say, and a call can’t be scheduled between them.
If you get rid of timezones they all say the same time, no? If you want to schedule a call you just say the time and save the timzone offset fiddling.
The real problem with time and date is that it has to fit social and natural systems as well as actual passage of time.
Can you give any more concrete examples? None come to mind beyond habit, which is not an immutable thing.
Here’s a quick essay about the problems with it.
TL;DR - as long as people generally prefer to sleep when it’s dark and wake when it’s light (and they always will in general) time zones are basically needed as a form of lookup table for when to try to communicate with other places.
And the problem with that is… ?
The problem is that the date changes in the middle of the day. 00:00 (“midnight”) should occur around the middle of the night, so that one day (sunrise to sunset) has a single date assigned to it.
In my opinion it would make more sense to set 00:00 at slightly before sunrise (roughly 4:00 by my clock), that way one night “belongs” to the day that preceded it. But for whatever reason they decided that the date changes in the middle of the night. That’s fine. Middle of the day would not be fine.
Edit: hey cool, Japan kinda agrees with me! https://en.wikipedia.org/wiki/Date_and_time_notation_in_Japan#Time
The fact that you give a preference to change something here which you give as an example for something that shouldn’t be changed because it would be problematic is deeply ironic to me.
Also, again, I don’t really see the problem with changing the date in the middle of the day. It’s virtually the same as changing it at 00:00 or 04:00, you change the date once every 24 hours. Right now you have a situation where one persons 3rd of the month could be another persons 2nd or 4th, depending on where on the globe they are. That’s not really ideal either, especially for that call scheduling example by the GP.
Don’t you think it makes sense for the date to change while ~everyone is asleep?
International light-speed communication is what we internet dwellers are used to but it’s not most people’s experience. Most people rarely talk to people from another continent.
Oh don’t get me wrong, I see how it makes sense. I’m just saying that 1) it is arbitrary nonetheless and 2) it doesn’t outweigh the benefits that could be gained by using a single global timezone. Incidence angle of solar radiation is hardly something most people need or even want to track beyond a certain degree (dawn, noon, dusk, midnight), and the times that would coincide with at your latitude and longitude can be easily learned.
I guess I disagree about the benefits of a single global timezone. We already have that for technology to use - the unix timestamp. All potential benefits of a unified timezone could be (and are) gained by having software convert times to whichever timezone you need.
Maybe I’m missing something. What do you think the benefits would be?
We already have that for technology to use - the unix timestamp.
A unix timestamp is an offset to a UTC date, not a timezone. But fair enough, there is UTC. It’s not used by default however, except by scientists and programmers maybe.
Maybe I’m missing something. What do you think the benefits would be?
Removing ambiguity from casual language. Currently when you state a time you are almost always implying your local timezone applies, which might be unknown information to the recipient, especially with written sources like these comments here. With everybody using the same timezone instead you would always make an unambiguous statement about the specific time by default.
And the problem with that is… ?
Subjective. It seems like it would be a bit confusing, though, if you had to relearn times whenever you travel somewhere (edit: and dates could flip over in the middle of a work day). But maybe you’d prefer that.
If you get rid of timezones they all say the same time, no?
Before they were invented, it was literally just anarchy. People set it to match people they knew. That’s what I was thinking of, but it could also just be one place where noon is at 12:00 PM.
Can you give any more concrete examples? None come to mind beyond habit, which is not an immutable thing.
Well, there’s not a round number of second in a day, or days in a year, for example, since they’re all naturally occurring and arbitrary. And then the Earth turns at a subtly non-constant rate, and people have settled on a seven day week. If you do have timezones, it doesn’t make sense to be inflexible with them when they run up against geography or trade and cultural ties, so they’ll be curvy, and geopolitics will itself change over decades and someone will want to change which one they’re in. All of this is a headache if you just want to do a calendar calculation.
It seems like it would be a bit confusing, though, if you had to relearn times whenever you travel somewhere (edit: and dates could flip over in the middle of a work day). But maybe you’d prefer that.
I’d prefer that over having to change clocks when you travel, and having to have knowledge about the location and possibly having to flip the date when you encounter a reference to a specific time, yes.
Before they were invented, it was literally just anarchy. People set it to match people they knew. That’s what I was thinking of, but it could also just be one place where noon is at 12:00 PM.
Yes, you would obviously do the latter. No sense it going back to the bad old days.
Well, there’s not a round number of second in a day, or days in a year, for example, since they’re all naturally occurring and arbitrary.
Days in a year ok (except leap years). But seconds in a day are round (discounting days with leap seconds). 24 * 60 * 60 = 86400, which is divisible by two. Did you mean they are not based on the decimal system? I’d be up for a decimal based time system and a reorganised calendar, but that wasn’t the topic of discussion here.
And then the Earth turns at a subtly non-constant rate, and people have settled on a seven day week.
Yeah but none of that has much impact on the timezone debate.
If you do have timezones, it doesn’t make sense to be inflexible with them when they run up against geography or trade and cultural ties, so they’ll be curvy, and geopolitics will itself change over decades and someone will want to change which one they’re in.
Fair enough. I acknowledged this point in my other post, that there are historical reasons for timezones mostly rooted in administrative requirements. But I don’t think this is a good reason to not adopt a better system per se.
All of this is a headache if you just want to do a calendar calculation.
Exactly! So out with the old, in with the new. Sure this will create some other headaches, especially given how deeply rooted some of the relevant nomenclature is in most languages, but the sooner we change this the less it will hurt. I see that it might be a non-starter given the inertia and disunity of globalised society working against it, but it still seems desirable nonetheless, to me at least.
Days in a year ok (except leap years). But seconds in a day are round (discounting days with leap seconds). 24 * 60 * 60 = 86400, which is divisible by two. Did you mean they are not based on the decimal system? I’d be up for a decimal based time system and a reorganised calendar, but that wasn’t the topic of discussion here.
Oops, I thought seconds were defined by the meter at some point. Nope, a pendulum 1/40000 of the distance from the pole to the equator just happens to measure the second near-perfectly, but the second stayed defined by astronomical motions until the atomic standard. Still, do to said variability of the Earth’s rotation since then it’s 86400.002, so even if it stopped changing we’d need leap seconds.
The point being that even if you get rid of timezones the calendar will still suck to work with. I question whether we should even have fixed days, months and years, if the time doesn’t relate to the position of the sun in the sky. You might as well just go with Unix epoch, and leave days to be informal. Of course, then you’d have to calculate multiples of 86400 a lot to set appointments. Maybe we need a new decimal second as well.
The guy that invented time zones was solving a problem where each little town had their own time standard. I don’t think that was sustainable.
I feel you’re conflating TimeZones with ever-changing Daylight Savings time rules.
True but so do most computers. Computers have a database of timezones and time offsets around the world. Depending on the UTC date and time, and your current timezone it will look up what offset to apply to show the local time. The database is very gnarly since rules change over time, e.g. maybe in the 70s some countries had longer DST to counteract oil shortages.
You don’t have to go back to the 70s for changes. Kazakhstan has changed from two time zones to one just about a month ago.
