TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Leap second hiatus

183 pointsby ckarmannover 4 years ago

14 comments

labsterover 4 years ago
Can we take a longer hiatus on leap seconds, maybe 79 years or so, and only update once a century? Local apparent noon being off by 30 seconds or so has approximately zero impact on my daily life, but stupid things in datetime libraries do occasionally have impact. If we can’t throw off the oppression of UTC and greet TAI as liberators, at least adjust the clock at regular, very infrequent dates.
评论 #25146732 未加载
评论 #25148276 未加载
评论 #25146711 未加载
评论 #25148244 未加载
评论 #25148262 未加载
评论 #25151440 未加载
评论 #25151101 未加载
评论 #25146701 未加载
RedShift1over 4 years ago
Instead of inserting a leap second, can&#x27;t we standardize leap smearing like Google does? <a href="https:&#x2F;&#x2F;developers.google.com&#x2F;time&#x2F;smear" rel="nofollow">https:&#x2F;&#x2F;developers.google.com&#x2F;time&#x2F;smear</a>. This will probably also work for negative leaps.
centimeterover 4 years ago
Many computer programs use UTC time (which means you have to deal with leap seconds) when they really should be using TAI (which is based purely on the physical progression of time on the earth&#x27;s geoid, with no arbitrary input that has to be updated periodically). <a href="https:&#x2F;&#x2F;cr.yp.to&#x2F;proto&#x2F;utctai.html" rel="nofollow">https:&#x2F;&#x2F;cr.yp.to&#x2F;proto&#x2F;utctai.html</a><p>Generally, you should only be dealing with UTC for things that have to display&#x2F;accept a time to&#x2F;from human users; there&#x27;s no reason for computers to reason about the interval between events using UTC.
评论 #25146698 未加载
评论 #25148734 未加载
评论 #25148444 未加载
评论 #25146566 未加载
评论 #25147727 未加载
mdpmover 4 years ago
Re: the &#x27;negative second&#x27; fears - in usual operation, NTP adjusts your local machine downward all the ... time.<p>There&#x27;s really nothing to be afraid of; a few services would implement some skew, the rest of us would get NTP updates and life continues.
评论 #25150498 未加载
评论 #25152801 未加载
评论 #25148610 未加载
dflockover 4 years ago
What causes changes in the rate of rotation of the earth?
评论 #25147226 未加载
评论 #25146764 未加载
评论 #25152914 未加载
评论 #25148016 未加载
评论 #25146769 未加载
评论 #25150140 未加载
Tepixover 4 years ago
Just because everyone seems to be complaining about leap seconds: I think they are the right solution for the problem. I do hope we won&#x27;t need a negative leap second, that would break a lot of code for sure.<p>Time related stuff sure is messy.
评论 #25159558 未加载
etxmover 4 years ago
&gt; NTP or kernel timekeeping code expects that it will be an appalling shitshow.<p>I’m curious what systems would catastrophically fall apart if time went back one second?
评论 #25146409 未加载
评论 #25146453 未加载
评论 #25146320 未加载
评论 #25146272 未加载
评论 #25147396 未加载
forgotmypw17over 4 years ago
&gt; At the moment the Earth is rotating faster than in recent decades: these shorter days, with a lower length-of-day, means the milliseconds accumulate more slowly, and we get fewer leap seconds.<p>Does anyone know why Earth&#x27;s rotation has sped up?
评论 #25151942 未加载
Mountain_Skiesover 4 years ago
Leap seconds are such a pain. I understand why they cannot be allocated algorithmically but that doesn&#x27;t make them any easier to deal with.
评论 #25146432 未加载
ayover 4 years ago
We should have two “keep on your toes” leap seconds per year, one +1 and one -1 (can it be done ?) in lieu of daylight savings time or together with it for those that still keep it.
quercusaover 4 years ago
&#x27;in PostgreSQL you can use “allballs” in a time literal as an alias for midnight&#x27;<p>Learned something new today!
kangnkodosover 4 years ago
This is great news! No leap second in 2020. It won&#x27;t be a second longer than necessary.
Slixover 4 years ago
Aren&#x27;t the people in charge of UTC discussing never having a leap second ever again?
ggmover 4 years ago
Monotonically rising time with a negative leapsecond...
评论 #25147091 未加载