I'd guess it's because it's the usual hubris, that a software engineer's loose thoughts are worth more than the wisdom of experts in the field. It writes off all the current work as simply useless without giving any defence of that position etc.
Without them, one can compare the eventual correction that will be required to bring our clocks back into line with the Earth (and our biology!) akin to the shift from the Julian to Gregorian calendar?
Okay, fair enough. I'll elaborate. Here's why I don't think they're useful: leap seconds exist to align standard time with the sun. But humans are the only ones who care about sun alignment; computers don't. And the effect of leap seconds is so microscopic that it doesn't matter to humans, especially since the alignment is inexact anyway (solar noon is never at exactly 12:00 PM on any given day except at one particular line of longitude per time zone). For getting it roughly aligned, which is what humans care about, we already have time zones with fixed, rarely-changing offsets from UTC, which I am not proposing we get rid of.
Since leap seconds don't help for subjective human needs, and they _also_ don't help for computers, science, engineering etc. (if you care deeply about solar noon for some technical reason you should use something that tracks it more precisely than UTC anyway), I can't think of anything they _are_ useful for, except for saving our descendants thousands of years from now from having to change time zones when it drifts far enough to matter, which I think is a speculative and not very compelling reason.
I'd happily change my opinion if I heard a good reason for keeping them, so I object to claiming that this is "hubris".
> (solar noon is never at exactly 12:00 PM on any given day except at one particular line of longitude per time zone)
According to the 20. amendment the term of an US president starts at Noon, 20 Januar. Simply noon. The USA seems to interpret it as 12:00 ET and makes it ceremonial inauguration for that time, possibly also the transfer of powers. But solar noon on the steps of the Capitol seems to be at 12:18 ET, I researched back at the last inauguration.
This discrepancy seems to be a great premise for a legal thriller, a political thriller, or sadly for a conspiracy theory. The latter definitely has some fertile ground.
The americans should start using the Washington Monument as a solar clock for this ceremony, imo.
Chesterton's Fence. Why were they invented and implemented?
That has to be justified before scrapping something we don't necessarily understand and a lot of programmers are just grateful we have libraries to handle this complexity for us.
Sure we can, in computing make abstractions that ignore nature all the time. As long as there's no issue (or no big issue) with them being out of sync, we're fine.
Besides there are few things natural about how we handle time, those are already big towers of abstractions on top of the movement of celestial bodies that simplify and sidestep a lot of subtleties.
The world doesn’t use TAI. If I’m making a train booking app and the train departs at 21:50 in Germany in the summer, it’s not departing at 21:50 TAI+2, it’s departing at 21:50 UTC+2. So you cannot avoid using UTC.
Programmers simply deal with the world as it exists. Every single country uses UTC therefore that is how time must be represented. It is easier to remove leap seconds from UTC than it is to make all countries adopt TAI at the same instant.
The concept of leap seconds can of course be preserved by defining a new time standard that isn’t called “UTC”.
TAI is ‘a second always takes the same amount of time, and the number of seconds is always increasing’. Which is really useful in the real world when tracking/counting events every second all the time.
Because leap seconds cause weird gaps or overlaps (depending on how they are happening).
This doesn’t matter for pretty much anyone who doesn’t track/log/act every second all the time in a way where if a second ‘disappears’ or happens twice or takes longer on one day than on another it’s noticeable.
When monitoring or tracking large scale systems, it’s a really irritating problem, which is why TAI is nice and exists in computer land. Also why it’s nice for many scientist types.
For everyone else, something like UTC layered on top is more than good enough. Leap seconds are fine enough there. Same with most timezones, and PDT/PST, etc.
It's something people have strong opinions on. Obviously some people want to get rid of leap seconds but I personally like UTC with leap seconds. The only change I'd make is to require leap seconds to be announced several years in advance (which would require allowing a slightly bigger divergence between UTC and UT1). Computer systems should gradually migrate to using TAI internally, but a clock on the wall or a bus timetable should using something like UTC: something that, you know, stays in sync with the actual sun. Saying "oh we'll shift all the time zones around one day" isn't an acceptable solution as far as I'm concerned. And I don't believe leap minutes would work any better than leap seconds: in fact I'm fairly certain they would be a whole lot worse.
Anyway, that's an explanation of my opinion. Many people will disagree with it.
I don't think it's true that "changing time zones is something we already know how to do easily". At least not with the word "easily" in there. Time zones cause a lot of problems, which is why we don't change them constantly. And it would be nice to have a future in which time zones are changed even more infrequently rather than one in which they have to be changed to things like UTC-37:00 because they are specified in terms of a UTC that has become unmoored from the diurnal cycle of day and night.
But probably the main argument against getting rid of leap seconds from UTC is that we already have TAI for anyone who wants something like UTC but without the leap seconds. In fact we already have two things that are like UTC but without the leap seconds: there's TAI and there's also GPS time, offset from TAI by 19 seconds. If that's what you want, use TAI. Or use GPS. What's the points of adding a third kind of time that is just like those two but offset by yet another small constant offset?
I tend to think that there's a real use for something like UTC that stays in sync with the Earth's rotation (and thus with the diurnal cycle of day and night) and that if some coterie of bureaucrats turns UTC into another version of TAI/GPS then probably someone else will at some point have to invent another thing to replace UTC and then we'll be roughly back where we started just with extra confusing complexity.
Imagine you want to specify the date and time of an international online meeting. Today you'd probably use UTC for that. But if most of the world were more than 24 hours offset from UTC then using UTC would mean specifying the "wrong" date for the meeting. You probably wouldn't want to do that so instead you'd use whatever new thing has been invented to replace UTC, something that has leap seconds or leap minutes or leap hours (or leap days?) or some other way of staying in sync with the calendar. Leap seconds seems to me like the right granularity: they're small enough to be ignored for most everyday purposes, and frequent enough that programmers can't just pretend they don't happen.
(Sorry for the waffle ... I didn't intend to write that much. I should definitely care less about this seeing as whatever happens I'll be dead long before the shit hits the fan.)
It will take something like 5,000 years for solar time to drift from TAI by more than an hour. Given that time zones change a few times a year in random parts of the world (for example, eastern Kazakhstan changed from UTC+6 to UTC+5 to unify with the rest of the country this year), adding another occasion to change them every few thousand years makes no meaningful difference.
Your example of getting so far off that we have to change _days_ would take several times longer than the distance between the invention of agriculture and now. Honestly, I would be extremely surprised if human civilization survives that long, but even if it does, our descendants can just deal with the problem then. There's no reason to make our lives more difficult _now_ just to deal with this very niche hypothetical scenario.
