到上海时间 2286 年 11 月 21 日 01:46:40，秒级的时间戳到 11 位，对各位写的代码有影响吗

杞人忧天：比喻不必要的或缺乏根据的忧虑。
（出自《列子·天瑞》中“杞国有人忧天地崩坠”的故事）

@vicalloy #18 64 位系统很多软件、库也是 32 位的，兼容性未知。

我们现在用 datetime , 到哪都无所谓

@kapaseker #3 我觉得我一本正经，哥你比我还一本正经

到时候把 bug 烧给我，我托梦给你改

凡是重要的系统都是有人维护的,出问题就有人去解决,那些出问题又没人发现的都是不重要的,出问题到时候挂了就挂了,自然会被淘汰掉,有新的顶上去,这也是一种自然选择

260 多年后现有的程序语言（不夸张的说，有的国家的官方语言也是如此）
以及 SDK/api 等早就更新换代了
这个问题在设计的时候应该就被解决了
不用担心

如果出了 BUG ，那就来底下扣我的奖金吧

200 多年前的“系统”到现在兼容性有多少？

过度的设计，同时也就意味着过度的浪费。
工程学不讲究最强，讲究最优性价比。

50 亿年后地球被太阳吞没，对各位写的代码有影响吗

重生之我在 202x 年写 bug :)。。。。。代码能存活到那时候再说吧

Integer.Max_Value 是 java.lang 包的 Java Integer 类中的一个数字。 它是可以用 32 位表示的最大可能整数。 它的精确值为 2147483647 。这个秒级时间戳转成时间是：2038-01-19 11:14:07 Asia/Shanghai

你难道觉得自己的系统能运行到 200 年后？

以各位的代码水平, 目测没有能运行到 2286 年的可能性

下一代程序员要解决的事情，笑

省流，闲的。

200 年。计算机可能都进化几代了。人早死了。公司早没了。你的代码早都运行不了了。

先把 mysql timestamp 2038 的事情解决吧

鞭尸还能咋整

哈哈，到时候发现妳代码不行了，
就做个克隆或者解冻
再把 OP 拉起来问问代码咋回事跑不动了。
完事再扔回去继续冰冻，