秒：10000000000 毫秒：10000000000000 时区：Asia/Shanghai GMT：Sun Nov 21 2286 01:46:40 GMT+0800
对各位写的代码有影响吗？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
到上海时间 2286 年 11 月 21 日 01:46:40，秒级的时间戳到 11 位，对各位写的代码有影响吗
zxcjqyy · b897846872 · May 29, 2025 · 16244 viewsThis topic created in 527 days ago, the information mentioned may be changed or developed.
 |
1
日期：5138/11/16
时间：17:46:40 时区：Asia/Shanghai GMT：Wed Nov 16 5138 17:46:40 GMT+0800 到 12 位了 |
 |
2
无所谓,那时候骨灰都不知道吹到哪里了
|
5 |
3
你想表达什么意思？
|
 |
mk3sMay 29, 2025
4
现在我们项目不用 timestamp 了，因为范围太窄，1700 年怎么说（客户还真的需要）
|
|
5
日期：33658/09/27
时间：09:46:40 时区：Asia/Shanghai GMT：Fri Sep 27 33658 09:46:40 GMT+0800 到 13 位了 1000000000000 |
 |
c1985382May 29, 2025 via iPhone
6
260 年后？你的代码早化为乌有
|
 |
layxyMay 29, 2025
8
到时候自有解决办法,重要的是你写的东西无论能不能运行到哪个时候都和你关系不大了
|
 |
festalstar5May 29, 2025
9
2038 年可能会对程序有点影响，看看项目还能不能坚持到。
|
 |
sagaxuMay 29, 2025
10
1999 年新加坡拍了个电视剧，名为《力克千年虫》
|
 |
13
如果出 bug 了.请把我复活.
|
 |
yulgangMay 29, 2025
14
真是操不完的心啊
 |
 |
RJHMay 29, 2025
15
建议搜一下千年虫这个关键词，当时也是类似问题
|
 |
CodeCodeStudyMay 29, 2025
17
那就使用 bigint, long
|
 |
vicalloyMay 29, 2025
18
说个比较近的 对于 32 位系统的 unix 时间戳在 2038 就会溢出。
基本上 32 位的 Linux 系统都会有问题。 注：别以为现在没有 32 位系统了，不少嵌入式设备都是 32 位的，比如路由器。 |
 |
jjianwen68May 29, 2025
19
给他们个机会，不然到时候怎么想起复活你呢
|
 |
fengye0509May 29, 2025
20
200 多年以后了，说不定地球都爆炸了
|
 |
21
杞人忧天：比喻不必要的或缺乏根据的忧虑。
（出自《列子·天瑞》中“杞国有人忧天地崩坠”的故事） |
 |
huangsijun17May 29, 2025
22
@vicalloy #18 64 位系统很多软件、库也是 32 位的，兼容性未知。
|
 |
justfinduMay 29, 2025
23
我们现在用 datetime , 到哪都无所谓
|
 |
listen2windMay 29, 2025
25
到时候把 bug 烧给我，我托梦给你改
|
 |
iAppMay 29, 2025
26
凡是重要的系统都是有人维护的,出问题就有人去解决,那些出问题又没人发现的都是不重要的,出问题到时候挂了就挂了,自然会被淘汰掉,有新的顶上去,这也是一种自然选择
|
 |
iamqkMay 29, 2025
27
260 多年后现有的程序语言（不夸张的说，有的国家的官方语言也是如此）
以及 SDK/api 等早就更新换代了 这个问题在设计的时候应该就被解决了 不用担心 |
 |
franklinrayMay 29, 2025
28
如果出了 BUG ，那就来底下扣我的奖金吧
|
 |
29
200 多年前的“系统”到现在兼容性有多少？
过度的设计，同时也就意味着过度的浪费。 工程学不讲究最强，讲究最优性价比。 |
 |
fkdtzMay 29, 2025
30
50 亿年后地球被太阳吞没，对各位写的代码有影响吗
 |
 |
linuxsir2020May 29, 2025
31
重生之我在 202x 年写 bug :)。。。。。代码能存活到那时候再说吧
|
 |
c2chMay 29, 2025
32
Integer.Max_Value 是 java.lang 包的 Java Integer 类中的一个数字。 它是可以用 32 位表示的最大可能整数。 它的精确值为 2147483647 。这个秒级时间戳转成时间是：2038-01-19 11:14:07 Asia/Shanghai
|
 |
pkoukkMay 29, 2025
33
你难道觉得自己的系统能运行到 200 年后？
|
 |
ltmstMay 29, 2025
34
以各位的代码水平, 目测没有能运行到 2286 年的可能性
 |
 |
thinkwei2012May 29, 2025
35
下一代程序员要解决的事情，笑
|
 |
lloovveMay 29, 2025 via iPhone
36
省流，闲的。
|
 |
eleviouxMay 29, 2025
37
200 年。计算机可能都进化几代了。人早死了。公司早没了。你的代码早都运行不了了。
|
 |
SezxyMay 29, 2025
38
先把 mysql timestamp 2038 的事情解决吧
|
 |
1018jiMay 29, 2025
39
鞭尸还能咋整
|
 |
vialon17May 29, 2025
40
哈哈，到时候发现妳代码不行了，
就做个克隆或者解冻 再把 OP 拉起来问问代码咋回事跑不动了。 完事再扔回去继续冰冻， |
 |
icanforkMay 29, 2025
41
我以为是 2086 年，觉得还能讨论一下
|
 |
shenqiMay 29, 2025
43
不错，很好的问题，希望我的代码能在那时候还在运行。
|
 |
null113May 29, 2025
44
杞人忧天
|
 |
hahastudioMay 29, 2025
45
按每几年基础架构就会有翻新的进程来看，这么多年之后架构上肯定解决这个问题了
这个真可以相信后人的智慧，倒不如说现在想的方案后面可能都不好用 |
 |
dhb233May 29, 2025
46
秒级时间戳 11 位是啥意思？小数点之后 11 位？那岂不是飞秒级别了？
|
 |
lxqxqxqMay 29, 2025
47
2086 年 都不关我事
 |
 |
arthurblakeMay 29, 2025
48
11 位？我 10 位都不 care
|
 |
NewYearMay 29, 2025
49
我还以为你说这几天会加长度，我想说 10 位和 11 位肉眼根本看不出来。
结果你给我说是几百年后的事情，有没有必要这么扯淡，两百年前还是封建时代，这有什么可比性。 现在大量的设计本质上是重复了 20 世纪的“千年虫问题”，即便是我这样的“资深人士”（在外面身份都是自己给的）为了方便其实也用了存在千年虫问题的设计，但是这有什么问题呢？如果说上个世纪末 IT 发展迅速，而且也是起步摸索阶段导致了千年虫问题，我们这一代何尝不是在错误的基础上继续犯错？但是那又如何，现在离 2100 年都还有七十多年，总不能我设计的那些玩意还能运行这么久吧，就算是……那我也死成“渣渣辉”了，还管他洪水滔天？ 不客气的说，我的想法还是比较单纯的，但很难说会不会有人设计一个“死后早就洪水滔天的机制”，比如说设计一些后门，在死后触发所有核弹的启动并轰炸主要发达城市，进而让各核平有爱的国家同时启动核反击（核反击的机制是不去辨别到底谁是善意谁是恶意，也根本不能很确定对方到底目标是轰炸哪个国家，能考虑的时间很短，通常都设定为不做过多讨论，快速决策，目标是打击主要对手的全部主要城市。[核心思想是：有人在捅我腰子，那我拉着你们一起玩玩]）。 |
 |
DAFEIGEGEMay 29, 2025
50
别操心，后人比你更聪明
|
 |
websMay 29, 2025
51
那时回头看，两百多年的程序顶多就是个 hello world 级别的
|
 |
mon6912640May 29, 2025
52
换个角度，260 年前，中国处于大清康乾盛世时期，英国的工业革命刚刚开始
|
 |
rb6221May 29, 2025
53
整个计算机行业满打满算都没 200 年吧
|
 |
tinydancerMay 29, 2025
54
相信后人的智慧
|
 |
75S3CWXNN0VQ84mgMay 29, 2025
55
你想多了，你写的代码 10 年后就没有人调用了
|
 |
RickkkkkkkMay 29, 2025
56
2038 才是新的千年虫
|
 |
RIckV2May 29, 2025
57
我相信我们公司活不到那时候
|
 |
qwasfunMay 29, 2025
58
用解决 2038 年问题的方法解决即可
|
 |
TinkMay 29, 2025
59
用字符串
|
 |
cenbiqMay 29, 2025
60
Man, what do you say?
|
 |
GDAOEMay 29, 2025
61
到时一句 prompt 解决
|
 |
xqk111May 29, 2025
62
活不到那一天了
|
 |
ererrrrMay 29, 2025
63
我总感觉 NewYear 这个人
持续性的用 ai 回答问题 非常的多 |
 |
bowlingMay 29, 2025
64
孙子都没了，200 年后代码估计都不存在了
|
 |
JingKeWuMay 29, 2025
65
都不关我事
|
 |
lyyhelloMay 29, 2025
66
相信后来人的智慧
|
 |
seansongMay 29, 2025
67
没有啥影响，毕竟代码里面并没有靠数位数去判断什么东西
|
 |
littlewingMay 29, 2025
68
没动你想表达什么 11 位 2^11 这完全不够啊
|
 |
HilalumMay 29, 2025
69
|
 |
cnkunerMay 29, 2025
70
两百年后还用代码吗？
|
 |
prosgtsrMay 29, 2025
71
相信后人的智慧
|
 |
llsquaerMay 29, 2025
72
要不用 bigint 存，2000.1.1 0:0:0 存 自己算。
|
|
Ct5T66PVR1bW7b2zMay 29, 2025 via iPhone
73
又有人在这抖机灵了，昨天是时光机，今天是考虑 200 年后今天的代码能不能运行
|
 |
caicaiwoshishuiMay 29, 2025
74
并影响 那个是时候估计又是 石器时代
|
 |
PipecraftMay 29, 2025
75
是一个好问题。
这个历史包袱还是交给 200 年后的 AI 解决吧。 现在大可不必提前优化代码，大家思考下一个问题吧。 |
 |
i386May 29, 2025 via iPhone
76
不利于团结的话不要说😄😂
|
 |
RoryskyMay 29, 2025
77
是不是工作不饱和，想那么多，手头任务都做完了么
|
 |
musiMay 29, 2025
78
你是不是还会担心你死后钱没花完怎么办，建议你现在先把你的钱都转给我
|
 |
snoopygaoMay 29, 2025
79
千年虫，80 后在懵懂和信息技术大爆发时代路过
|
|
PipecraftMay 29, 2025
80
@Pipecraft #75 检查了一下正在写的程序，还真兼容到 2086 年。我需要重构吗？好纠结啊 ...
https://github.com/utags/utags-bookmarks/blob/main/src/utils/date.ts  |
 |
FelldeadbirdMay 29, 2025
81
你不如先担心 2038 年，int 长度不够，不少程序出错的情况。 你去考虑骨灰都被扬的未来？
|
 |
catazshadowMay 29, 2025
82
奉劝各位还是早日重构了,到时候 50 岁出列把月亮炸了,结果 DNS 系统里的时间戳出 bug 地球飞不走不完蛋了(手动狗头
|
 |
laydownMay 29, 2025
83
那时候不一定有人类；如果人类还存在，那么不一定还用这套系统；如果这套系统还在用，那时候，或许解决这个问题，不需要话费 1 秒钟。我觉得回答这个问题就是在浪费了时间，浪费自己和大家的时间。
|
 |
moefishtangMay 29, 2025 via Android
84
@vialon17 什么油纸包着的德国工程师
|
 |
YanlongliMay 29, 2025
85
先得活到那个时候，2038 问题都一大堆
|
 |
wuxilaoshirenMay 29, 2025
86
看了半天硬是没看懂你在说啥
|
 |
leferMay 29, 2025
87
按照现在国际的紧张局势，我都不知道 100 年后人类还在不在 ...
|
 |
refear99May 29, 2025
88
谁还在用 int bigint 和 timestamp 啊
timestamp 跟数据库时区走的，容易误操作 int 不够长 bigint 虽然能用负数表示 1970 之前，但是有些系统不支持负的秒级时间戳 datetime 才是最优解 |
 |
zjsxwcMay 29, 2025
89
毫无影响，
10 位的时间戳肯定是用 字符串或者 bigint 来存， 变长字符串不提， bigint 里单单有符号 bigint 最大也是 9,223,372,036,854,775,807 这个 19 位长度，19 位完全可以容纳 op 说的 11 位长度。 |
 |
leegradyllljjjjMay 29, 2025
90
跟我当年操心序列号 2099 到期了，软件不能使用了一样。公司都百分百倒闭的，哪有那么多百年老店
|
 |
KazetachinuMay 29, 2025
91
一说千年虫，我记得还是看 DVD 张帝说的
 |
 |
rootsirMay 29, 2025
92
和你没啥关系
|
 |
tyrone2333May 29, 2025
93
99.999% 的公司活不到那时候
|
 |
rick13May 29, 2025
94
400 年后三体人打过来了，对我也没影响
|
 |
soulflysimple123May 29, 2025
95
时间用 datetime 啊
|
 |
realpgMay 29, 2025
96
不是 java 人 不是 js 人 所以时间戳对我来说就是秒 int64 足够用
|
 |
LieEarMay 29, 2025
97
我写的代码，我上班的公司能活过 5 年就算小概率事件了。谁还关心这个
|
 |
cocomanberMay 29, 2025
98
写业务得考虑这么多场景吗，难道每天笑嘻嘻到点下班只有我？
|
 |
zmqkingMay 29, 2025
99
兄弟，你有做伟人的特质，真的，程序应该也要考虑百年大计 [手动狗头]
|
 |
100
200 年后，人类如果还在用电子计算机，人类如果还呆在地球上敲代码，那人类这辈子也差不多了。
|
Select Language