汪诘：这该死的闰秒！ 

很赞的科普。谢谢老师

之後, 當人類開始在火星/月球殖民後, 需要一個 跨星球的標準時間, 那時, 就不必 受限於地球的 年/月/日 的週期性規範

之前就被前辈科普过，润秒很烦很烦，会导致各种 bug , 尤其对金融比如银行，证券交易什么的，一旦出问题，就是灾难级别的。自己整的所有程序中，还没遇见过。之前做证券交易相关的就被告知，可能润秒的最后那一秒把所有交易挂秒，等过了那个关键时刻再执行交易。

謝謝您說明閏秒，還真的第一次聽過

很多服务器都有时间同步软件（服务器的cpu时钟误差每天几秒到十几秒），所以时间回跳或者前进也是属于正常现象。当然，对于实时性要求高的系统，估计需要一些辅助手段。而不同系统间的通信，重要的是双方的时间标签同步。如果能接纳偶尔多出一个60‘，那么接受偶尔消失一个59’应该不是问题

不能等到误差十秒或者二十秒了一下子润吗，这样就会把很多次麻烦减少为一次麻烦

好看 爱看 亲自评论 亲自点赞

為什麼老師頻道的觸及率變這麼低 真可惜 老師請不要放棄製作好節目

时间敏感的场合应当强制只能使用UTC，转换成人类可读时间的操作仅允许在UI最后展示的时候发生，转换所用的库由时间局统一发布代码和公共API，就解决了。

既然总的来说地球越走越慢，建议以润分作为修正单位，只有正润分！

天若有情天亦老，我为长者闰一秒。

凡是需要考虑闰秒的软件，基本都是平时看不见但是又将其重要的系统，twitter, reddit还好，金融系统就麻烦大了。很多网友还是没理解汪老师说的细节，可以这样理解就行了

今天封面帅啊😎

刻，好像是一天分成100刻吧。近似每小時4刻多一點。

要加润秒，为什么不写成24：00：00呢，这样之后要加多少秒都可以啊。 减润秒就直接跳过一秒，23：59：58然后就直接00：00：00，这样做不到吗🤔🤔？？？

时间是用来同步的，不涉及同步问题或者对时间不敏感的系统、软件不会产生任何影响

后面什么时候多了拾音灯

汪老师讲得精彩😂 据说也有人提出折中方案，那就是增加润分，这样一个人一辈子也最多遇见一次。

TEA怎么说

半辈子了 一直觉得自己有过人之处 始终没找到验证 看了今天这期答案明朗了 当初没选择作程序员真是明智啊。。。。。。。。。。。。。。。。。全有赖于自己这拆了东墙补不上西墙的智商。。。喔吼。。。

汪老师得经常更新啊。现在变懒了啊

加减都很简单，直接关机重启重新同步时间。

来之前我只听说过润土

我觉得闰秒的影响还不如冬令时和夏令时的影响大呢，那可是特么的每年都要调整两次的，神特么烦

5月35日

感觉不用那么麻烦，可以百年更新一次，一百年后程序估计都淘汰了

我现在在新西兰，这里每年都调两次时间，每次加或减一小时。可以学学新西兰这种嘛，误差达到一小时了再作调整，对人的时间感知影响很小，也没有那么频繁。

就當了再說，還能怎樣

作为一名程序员 还真不知道闰秒. 还好一直开发的是业务系统.不用头大😂

喜迎福润秒

这么多问题，不如累计到59秒来润一分钟。天文时差一分钟对生活也没有影响吧。

我赞成保持闰秒

润阿秒

LIKE!

确实不知道60秒的意义

还是回到我们的一刻钟吧

第一

第二

你尽量不要扯政治