质疑“刚刚”“几分钟前”“一天前”“333 天前”等时间戳的先进性

2020-03-31 17:08:35 +08:00
 zpvip

不知道什么时候吹起了这阵妖风，好多网页的时间全变成了更 “人性化” 的 “刚刚”，“几分钟前”，“一天前”，“35 天前”，但我觉得这并没有更“人性化”，相对 280 天前的时间戳，我更希望知道那天是去年 6 月末。如果是一天内的时间，我知道几点就可以了，没有人回想早餐的时候用 185 分钟前来表述，而是说早上 7 点半。

个人觉得这些“人性化”只不过是一种标新立异，哗众取宠，根本没有必要。微信里发截图本来就是一种毒瘤般的存在，标题下的 “45 分钟前” 让人更加抓狂。

如果你是网页工作者，可以考虑在后台加一个开关，让用户可以选择时间的显示方式。有的网站在点击这种“时间戳”后会显示年月日时分秒，也是一种变通方式，但还是不如一个开关完美。

在座的各位也有相似的体验吗？

16380 次点击
所在节点    Web Dev
140 条回复
lostaya
2020-04-01 11:29:22 +08:00
我比较喜欢几分钟前这种设定。一眼就能判断这个帖子有无回复，如果是时间戳可能还要看一下现在几点，如果沉浸在摸鱼看帖里忘了的话。
ooops
2020-04-01 11:58:30 +08:00
主要是这个 xx 前是没有标准的，想做成什么样，所以什么奇葩的显示效果都有。
253 天前，没人知道那是去年的哪天。
150 分钟前， 还得算是几个小时。
8 天前，是周几？
如果鼠标或者点击时可以显示具体时间的话，体验还是可以的了。
做过一个需求是要求：15 分钟以内是 刚刚，15 分-1 小时 显示 xx 分钟前，1-24 小时 显示 xx 小时前，1-7 天显示 xx 天前，今年显示 MM-dd hh:mm，跨年显示 yy-mm-dd hh:mm 。没人能理解到这个刚刚是有多刚。
当前这个也不能一刀切。全显示成具体的时间点也有人闹心的。
yaaaaaak
2020-04-01 12:32:05 +08:00
x 分钟前不是特别适合造谣用嘛。隔一段时间放一次出来
huhexian
2020-04-01 12:58:58 +08:00
https://pewae.com/ 这个博客文章页里的评论，时间戳是发文 XX 小时之后，挺有特色，时间久的会显示发文 xx 年后
efaun
2020-04-01 14:11:38 +08:00
@Samuel021 #109 第一条，技术层面的问题都不是问题，人才是问题，第二条，所以推出一个功能的时候，一定要做好灰度测试，这就是为什么张小龙被那么多人骂
wtf12138
2020-04-01 15:25:32 +08:00
没看见这个问题之前，一直没觉得 XX 天前有什么使用障碍，说明这就是为我这种人设计的 233333
yuuko
2020-04-01 15:46:14 +08:00
同意，这种真的滥用了
xingheng
2020-04-01 16:21:27 +08:00
对于爬虫而言，标准时间格式自然最好。对于用户而言，我觉得这种“人性化”也没什么不好。从设计角度上讲，用这种时间表示法也是一种弱化精准时间的方法。
hsddszjs
2020-04-01 16:52:25 +08:00
我十分同意楼主
sardine
2020-04-01 16:57:44 +08:00
我感觉在游戏里用谁谁几分钟前、几小时前、几天前上线很实用，微信里用这种格式就很鸡肋
Samuel021
2020-04-01 17:24:55 +08:00
@efaun #125 您说的对，我的两条也是从经验中得出的。

也有研发会偷懒，遇到时间显示的问题直接问产品怎么办，或者就直接强制按照 GMT 去显示了；
而对于微信这种体量的产品来说，其实灰度这一步更多是看遇到的错误自己能否接受，比如朋友圈评论功能上线了之后发现无法监管，所以就下线了，而这种 timestamp 展示格式的东西，我更倾向于是从 twitter 中复用的概念了（不过我也没有验证哈哈哈哈）
CommandZi
2020-04-01 22:35:50 +08:00
@iConnect 说说看 Telegram ？
py2ex
2020-04-02 00:07:07 +08:00
@Samuel021 #109 相比微博这些社交软件，v2ex 更加注重沉淀。
参考“请尽量让自己的回复能够对别人有帮助”这个提示，和很多人在搜索结果中看到了发表在过去但仍然有用的文章而了解到 V2EX 这个网站这个现象。
zjj19950716
2020-04-02 15:28:23 +08:00
long long ago
dreamage
2020-04-02 15:30:16 +08:00
最烦看到 1 天前，并不知道是 [几小时,48 小时)
Infinite2K
2020-04-02 16:36:38 +08:00
非常同意，每次看到 xxx 天前，我都会算一下究竟是哪一年哪个月哪一天，着实麻烦。
但如果像那种很久之前的，标注 xxxx 年 xx 月 xx 日，我会一目了然。

我不在意是多少天前，因为这对我没意义，但我在意几月几日。
Oosl
2020-04-06 23:14:57 +08:00
同意，第一感觉这样不行，就是 win10 文件管理 下载里面搞了个分类，发现完全不直观
acess
2020-05-14 12:23:08 +08:00
@iConnect 不需要用户加减时区吧，服务器保存 UTC 时间，到用户这里自动换算成本地时间不就 OK 了。如果都显示各自的本地时间，那岂不是全乱了，分不清先后了。
acess
2020-05-14 12:24:14 +08:00
@iConnect 补充一下，换算成用户本人的本地时间，而不是其他人的本地时间。
ligong
2020-06-08 11:15:14 +08:00
附议，我最近被这个东西逼疯了，我需要确切的时间信息做总结啊。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/658004

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX