质疑“刚刚”“几分钟前”“一天前”“333 天前”等时间戳的先进性 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
zpvip
0D
V2EX    Web Dev

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

  zpvip 2020-03-31 17:08:35 +08:00 16731 次点击
这是一个创建于 2019 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

140 条回复    2020-06-08 11:15:14 +08:00
1  2  
hhhsuan
    1
hhhsuan  
   2020-03-31 17:09:50 +08:00 via Android   43
同意,更喜欢直截了当的时间表示
qgewfg
    2
qgewfg  
   2020-03-31 17:10:50 +08:00   11
有,有好多次就想知道确切时间的情况下,这种显示就是恶梦
goldenalex
    3
goldenalex  
   2020-03-31 17:11:44 +08:00   3
不觉得看着 ls 的发言都是几秒前,有对话的感觉么?

我认为,一天以内的都可以用这些时间描述语,其他时间还是用年月日时间来表示比较好。。。
imdong
    4
imdong  
   2020-03-31 17:13:44 +08:00   2
就在刚刚,宣布了这件大事,和你有关!

======

大概是为了点击率吧,大多数人根本就不关注。

毕竟关注准确时间的人,是少数。

相比这些,我更反感不标注时间的,还是技术博客。
shakoon
    5
shakoon  
   2020-03-31 17:16:44 +08:00   1
同意,我也更愿意看到完整的年月日时分秒
heroes3top
    6
heroes3top  
   2020-03-31 17:18:40 +08:00   1
这种肯定看具体场景,最多使用者没用对场景而已。
forgottencoast
    7
forgottencoast  
   2020-03-31 17:21:14 +08:00   1
我支持楼主。
如果要这样做,麻烦加一个开关,或者鼠标移上去显示确切的时间。
djs
    8
djs  
   2020-03-31 17:22:31 +08:00 via iPhone   1
喜欢确切的时间路过
miao666
    9
miao666  
   2020-03-31 17:24:02 +08:00 via Android   1
要是点击下能切换到具体时间就完美了
delectate
    10
delectate  
   2020-03-31 17:25:24 +08:00   3
为什么会出现“几天前”、“几分钟前”这种提示呢?
我们认为,从前端来看,可以具有一定的反爬效果,而且更友好;同时,用户对机械化的时间比较厌恶,对这种更贴近自然语言的表达方式,居于更高的接受度。

那么,能否提供一个切换开关呢?
你是不是要教我张小龙做产品了??????你是哪个部门的,谁派你来的?
(以上都是本人杜撰,如有雷同,纯属巧合)
U7Q5tLAex2FI0o0g
    11
U7Q5tLAex2FI0o0g  
   2020-03-31 17:25:45 +08:00   1
附议!!!
280 天前,13 小时前,简直不能忍。
如果我把“13 小时前”截图,等明天再看,谁知道原来是几点啊,我还得记录截图时间咯?
lagoon
    12
lagoon  
   2020-03-31 17:27:10 +08:00   1
真的是。。。
每次看到几小时前,我 TM 都得算一算那是几点!!!

如果写着 xx:xx:xx,我立刻能反应出来那是哪个时间段,我在干嘛,对方在干嘛等等。
AreYou0k
    13
AreYou0k  
   2020-03-31 17:28:27 +08:00   1
有一说一,确实, 尤其是微信的朋友圈
Vegetable
    14
Vegetable  
   2020-03-31 17:28:31 +08:00   6
都是唱反调的吗。

这是区分场景的,很多场景下,精确时间并不重要,显示时间对于页面空间和用户的理解都有压力。

举个例子,按照这个逻辑,微信每条消息之前都应该加上详细的发送时间,按照微信如今的设计,对话框信噪比会降低很多。

可以预见的是很多产品无法设计完美的时间显示方案,但是不能说这种设计本身是有问题的。
icanfork
    15
icanfork  
   2020-03-31 17:29:51 +08:00   1
可能楼主的想法才是小众的
yousabuk
    16
yousabuk  
&nsp;  2020-03-31 17:38:35 +08:00   7
先进个锤子,最 TM 烦这种了。。。像 v2ex,傻不愣登的。。。还得反算时间。。。
chmlai
    17
chmlai  
   2020-03-31 17:42:18 +08:00   2
是的特别傻逼
run2
    18
run2  
   2020-03-31 17:44:35 +08:00   2
@yousabuk #15 有些网站是:本身 html 元素是显示的完整日期的,然后动态显示的相对时间,v2 就是特别在完全不显示绝对时间 (这就让人猜不透了 )
cashew
    19
cashew  
   2020-03-31 17:45:23 +08:00   4
今天( 31 号)的三天前,有人认为是 29 号,也会有人认为是 28 号,每个人的理解不同。
硬抠字眼的话,有人甚至可以说是 27 号。
不能一味地追求所谓的“人性化”,其实有些“人性化”并不人性化,简单直接点不好么。
loveour
    20
loveour  
   2020-03-31 17:46:24 +08:00   1
非常非常非常赞同这个观点。我是真的特别讨厌有些智障型的人性化。
brust
    21
brust  
   2020-03-31 17:46:28 +08:00   1
可能时间的话 会有点歧义,比如时区不同等等
不过我还是比较喜欢带 日期的时间 而不是 xx 天前 xx 分前
不过最好加上什么时区
yixiang
    22
yixiang  
   2020-03-31 17:47:47 +08:00   2
时区不同了解一下?几分钟前对所有人都是同一个时间,但是你的 8 点不是全世界的 8 点。
unkung
    23
unkung  
   2020-03-31 17:49:42 +08:00 via Android   2
社交软件适合这种,论坛适合绝对时间。或者超过一定时间后显示成绝对时间。
franc3567
    24
franc3567  
   2020-03-31 17:49:51 +08:00   1
防止被橄榄
asAnotherJack
    25
asAnotherJack  
   2020-03-31 17:51:55 +08:00   1
我也不喜欢这种,时间短还好说,时间久了还得在心里推老半天
banricho
    26
banricho  
   2020-03-31 17:54:39 +08:00   4
其实只是阈值没有设置好
如果是 1 小时内、半小时内这种短时间就很合适当然这个针对每个人不同

开放设置就好。
a:完整时间
b:不久以前:最大值 xx 分钟
dapang1221
    27
dapang1221  
   2020-03-31 17:55:17 +08:00   2
学学 gitlab,显示的是友好化的时间,但鼠标 hover 上去能显示确切时间
kaigong
    28
kaigong  
   2020-03-31 17:57:02 +08:00 via Android   1
我觉得还好,看一下事情大概发生了的多久。要比具体的时间有概念吧
yhxx
    29
yhxx  
   2020-03-31 17:57:18 +08:00   2
刚刚、5 秒前这种觉得还可以接受

从『几小时前』开始就不大能接受了,不能在心里直接反应出具体的时间
NeinChn
    30
NeinChn  
   2020-03-31 17:57:22 +08:00   1
@yixiang 这个用当地时区就好了,问题不大.
luckyrayyy
    31
luckyrayyy  
   2020-03-31 17:59:39 +08:00   1
不如问问站长的设计思路?从哪方面考虑的?
@Livid
Felldeadbird
    32
Felldeadbird  
   2020-03-31 18:00:23 +08:00   1
我一般在鼠标 悬停 留了 完整时间。可是移动端目前没想到好的方案(不点击)。
RickyC
    33
RickyC  
   2020-03-31 18:00:37 +08:00   1
阁下是不是对 时间戳 有什么误会?
时间戳一般指 unix timestamp, 比如 2020-03-31 18:00:13 对应的时间戳是 1585648813
kuro1
    34
kuro1  
   2020-03-31 18:01:30 +08:00   1
严重同意
smilenceX
    35
smilenceX  
   2020-03-31 18:01:57 +08:00   1
同意楼主,
另外,看到有人说反爬虫,这种方式是没意义的。首先,爬虫完全可以把这种显示方式换算成日期时间再存下来,也就几行代码的事,然后,我也见过某些网站,后端 api 传的是时间戳,前端转换成了 xx 前 的格式。
jjianwen68
    36
jjianwen68  
   2020-03-31 18:02:47 +08:00   1
不喜欢+1
crella
    37
crella  
   2020-03-31 18:04:16 +08:00 via Android   1
可能是给人一种社交流的感觉吧。
laoyur
    38
laoyur  
   2020-03-31 18:04:18 +08:00   1
你们这是打脸本站吗?反了反了
litmxs
    39
litmxs  
   2020-03-31 18:05:22 +08:00 via Android   1
我也特别烦这种形式,有时候就是想知道具体几分几秒,但是比给你一个 x 分钟前,还得自己计算时间。
est
    40
est  
   2020-03-31 18:05:51 +08:00   3
我觉得 24 小时内用这个 XX 前 还行。超过了就尴尬了。谁能一下子反应过来知道 31 小时前 是什么时候?
Mavious
    41
Mavious  
   2020-03-31 18:09:30 +08:00 via iPhone   3
三天前这个标记,我会纠结到底是从今天起算的 3 天,还是今天不算的 3 天
ashlord
    42
ashlord  
   2020-03-31 18:12:47 +08:00   1
这种就是推进社交的思路嘛,暗示用户往活跃度高的主题、回复集中
nekoyaki
    43
nekoyaki  
   2020-03-31 18:12:51 +08:00   1
同意楼主,真的真的很烦这种自作聪明的展示形式……
Leonard
    44
Leonard  
   2020-03-31 18:15:05 +08:00   1
@yixiang 所以还是返回 Unix 时间戳吧
love
    45
love  
   2020-03-31 18:15:33 +08:00 via Android   2
你关心别人精确的发帖时间干什么?给一个具体的时间还要自己再计算一下太消耗脑力了
whitev2
    46
whitev2  
   2020-03-31 18:22:34 +08:00
成年人就是全部都要
koast
    47
koast  
   2020-03-31 18:24:38 +08:00 via Android
看不同场景吧,比如贴吧论坛这种,最好是绝对时间,贴带时区的时间戳再好不过了。如果是社交软件,那就写相对时间好了。
Mirana
    48
Mirana  
   2020-03-31 18:25:52 +08:00
一个产品肯定要迎合大多数人的习惯,或者说给产品带来利益的人的习惯,像楼主这样的肯定是少数,像我自己就不关心这个
Ginson
    49
Ginson  
   2020-03-31 18:25:57 +08:00
对于有评论等互动功能的平台来说,展示具体的时间需要用户脑内换算,显示 X 分钟前、X 小时前对当前用户体验可能更好。
楼主举例的 280 天、185 分钟其实是一种失败的,不完善的实现。我个人感觉超过 6 小时的可以显示具体时间了,6 小时内可以用 X 分钟 /小时前来展示。
masker
    50
masker  
   2020-03-31 18:26:39 +08:00 via Android
闲鱼更是甚者
swczxf
    51
swczxf  
   2020-03-31 18:31:30 +08:00 via Android
八百年没登录了,一律显示 7 天前。。。。
superrichman
    52
superrichman  
   2020-03-31 18:34:15 +08:00 via iPhone
信息本身偏短,但条数多的时候,比如 v2 这种大部分发言不超过三行,用表示相对时间可以减少时间显示的干扰。


以上都是我胡说的,其实是如果用绝对时间在我的手机上一行显示不下会导致很难看,哈哈哈哈哈哈
imn1
    53
imn1  
   2020-03-31 18:46:54 +08:00
注册于 2048 天前……
yousabuk
    54
yousabuk  
   2020-03-31 18:50:23 +08:00
觉得这种方式:今日内使用 HH:mm 的方式,本月内使用 DD - HH 的方式,本年内使用 MM / DD 的方式,年份就使用 yy 就可以了。

也简单明了
wangyzj
    55
wangyzj  
   2020-03-31 18:52:24 +08:00
我觉得在这发帖会得到小心心
Death
    56
Death  
   2020-03-31 18:53:42 +08:00
当网页加载完被放在一旁一段时间后再回来看(没有动态更新机制的情况下),“几分钟前”、“几小时前”的时间戳也是很不方便的
Death
    57
Death  
   2020-03-31 18:56:32 +08:00
@Vegetable

可以对比一下 telegram 的时间戳,这一个在信息密度上是比较合理的
vigidroid
    58
vigidroid  
   2020-03-31 18:57:58 +08:00
我曾经多次为了找准确时间右键查看源码
Tyuans
    59
Tyuans  
   2020-03-31 18:58:54 +08:00
我希望加个开关,比如我在填写打车发票的时候,看滴滴的订单,一周前很好,一周内的显示昨天前天,周一,总得看日历,不然算出来也不放心。。。
em70
    60
em70  
   2020-03-31 19:00:18 +08:00
使用场景决定的
社交信息流,都用相对时间,因为有效期很短,比如朋友圈半年前的照片,我去留言那就太傻了
沉淀的内容,都用绝对时间,因为内容有效期长,比如知乎的一个回答
xnotepad
    61
xnotepad  
   2020-03-31 19:38:25 +08:00   1
更可怕的是,当你的系统时间比实际时间要早一些的时候,这些“刚刚”可能会变成“明天”、“后天” 这些词。
jinliming2
    62
jinliming2  
   2020-03-31 20:01:40 +08:00 via iPhone
对于国际化的网站,可能会更愿意显示 x 天前这种,就不需要考虑时区问题,不然还要把时区标在后面,太长。
虽说可以根据计算机当前的系统时区来显示,但是对于经常旅行的人来说,系统时区不一定会及时变化,那就得自己在脑子里换算时区了。
大部分情况下,具体时间也确实用处不大,模糊时间更有意义。只不过现在绝大多数的模糊时间都为了遵循一个几乎没人用的,甚至很多人不知道的标准去实现,格式化出来的时间看着就比较尴尬,这就很糟糕了。
像半年前,6 个月前,上个月 24 日 这种还算可以的,但是 256 天前这种就不合适了……
当然,为了照顾有需求的用户,也必须要提供展示完整时间的方法,比如鼠标移上去……
XnEnokq9vkvVq4
    63
XnEnokq9vkvVq4  
   2020-03-31 20:06:29 +08:00
N 天前( N 小于 7 )还是挺方便的,再长就不能接受了
blessme
    64
blessme  
   2020-03-31 20:13:47 +08:00
蛤蛤......就在刚刚、、、XX 出手了、、、XX 慌了。。。
zachlhb
    65
zachlhb  
   2020-03-31 20:13:58 +08:00 via Android
是的,我自己写的程序后台都有设置,网站主自己选择要怎么显示
neptuno
    66
neptuno  
   2020-03-31 20:18:13 +08:00
有个限度,两三天内可以这样显示,,,多了就噩梦了
jin7
    67
jin7  
   2020-03-31 20:21:01 +08:00
像 v 站这种论坛很方便 知道帖子大概什么时候发表的
realpg
    68
realpg  
PRO
   2020-03-31 20:22:44 +08:00
V2EX PLUS 预定这个功能
morningD
    69
morningD  
   2020-03-31 20:31:30 +08:00
是的,全是差不多的时间,逼死强迫症。
em70
    70
em70  
   2020-03-31 20:45:49 +08:00
@xnotepad 怎么会用本地时间计算啊,直接用服务器时间计算好了下发
dr1q65MfKFKHnJr6
    71
dr1q65MfKFKHnJr6  
   2020-03-31 20:49:38 +08:00
哈哈哈哈哈, 这回复的楼层,每一层 都带了一个 xx 小时 xx 分钟前, 有没有想 @ 一下 Livid ????
20160409
    72
20160409  
   2020-03-31 20:50:31 +08:00 via Android
这就体现出 inoreader 的人性之光了,为“相对时间”和“绝对时间”做了个设置项,自由选择。

其他强制相对时间的有一个算一个全是傻逼,特别是#40 提到的情况。
20160409
    73
20160409  
   2020-03-31 20:55:27 +08:00 via Android
@livid #71 有人找
20160409
    74
20160409  
   2020-03-31 21:05:23 +08:00
wenzichel
    75
wenzichel  
   2020-03-31 21:10:16 +08:00
v2 用的也是这种格式。现在是 21 点 10 分,那么第 1 个回复是“3 小时 57 分钟前”,那么应该是几点的时候发的呢?
Vhc001
    76
Vhc001  
   2020-03-31 21:16:33 +08:00
同意,v2 的时间显示真的是恶心人
levn
    77
levn  
   2020-03-31 21:17:20 +08:00
跟国外学的吧
Archeb
    78
Archeb  
   2020-03-31 21:17:34 +08:00
之前我做的博客主题,评论系统的时间是首先有一个上限,一周内会显示天数 /分钟 /秒 前,然后 hover 上去就是确切时间
grewer
    79
grewer  
   2020-03-31 21:28:26 +08:00
我做的是超过了一周 都是年月日了
eastphoton
    80
eastphoton  
   2020-03-31 21:48:51 +08:00
想学贴近自然表达,又没到家,从而起到反效果。

数字比较小的更贴近,15 秒前、10 分钟前、3 天前,很自然的表达,人们平时也习惯这么说,虽然确实损失了一些精度。

数字太大的就反而不直观了,751 秒前、255 分钟前、183 天前,没人这么说话。
zjyl1994
    81
zjyl1994  
   2020-03-31 22:04:47 +08:00
确实,最好的还是有地方切换显示
20160409
    82
20160409  
   2020-03-31 22:09:59 +08:00   4
在此帖吐槽过的诸位,往后留意一下自己账号的权重
580a388da131
    83
580a388da131  
   2020-03-31 22:40:24 +08:00
一直都很讨厌这种时间显示方式
特别是本站的事件,78 天前 256 天前
谁知道那是几月几号啊
AllenHua
    84
AllenHua  
   2020-03-31 22:59:42 +08:00
我很早就有这种感受了!

从 12 年前 注意到 一直到现在 都非常喜欢 豆瓣的时间线 一直是 具体到 年月日时分秒!我喜欢这种表达方式

以前上高中时 做重要的笔记时 喜欢写上年月日 时分秒 在新的书上 新的本子上 我都写上这些时间戳 日后回味 一定是 无穷的快乐的 今年春节 就感受到了这种快乐 实在是美好的记忆 换成 多少天前 多少年前 这种写法 肯定就没内味了
AllenHua
    85
AllenHua  
   2020-03-31 23:00:10 +08:00
@AllenHua #84 从 2012 年 开始注意到
zxcslove
    86
zxcslove  
   2020-03-31 23:02:06 +08:00
很多人性化都搞成 213 化了。

做法给大家参考:
刚刚、xx 分钟前、x 小时 x 分钟前 h:i 、昨天 /前天 /x 天前 m-d h:i 、Y-m-d h:i
YenvY
    87
YenvY  
   2020-03-31 23:02:52 +08:00
reddit 之类的可以悬浮显示精确时间,dotabuff 也是

不过什么时候需要关心精确的时间?
shengyueming
    88
shengyueming  
   2020-03-31 23:04:34 +08:00   1
同意楼主,这种倒的体验到处都是,而且可笑的是大家还竞相抄来抄去。
例如另一个例子,各个 app 花里胡哨的图标,还非得要在下方写一排字,搞得天天过节一样眼花缭乱太难看了
secsilm
    89
secsilm  
   2020-03-31 23:13:27 +08:00 via Android
刚刚 就在刚才 这种是最**的说法了,我指的是公众号等文章标题
edacdy
    90
edacdy  
   2020-03-31 23:18:27 +08:00
没有很感同身受,但是从用户体验的角度来出发(瞎说),最靠近你的时间才需要用“那种”计量单位来转换,185 分钟前就太过分了。
hallDrawnel
    91
hallDrawnel  
   2020-03-31 23:33:35 +08:00
是的,感觉一天之内的可以这样,之前的时间还是标注具体值更舒服。
Kenny
    92
Kenny  
   2020-03-31 23:35:47 +08:00
最早是啥网站带头的?
CommandZi
    93
CommandZi  
   2020-03-31 23:44:07 +08:00
@Kenny 盲猜微信?
Terry05
    94
Terry05  
   2020-04-01 00:38:33 +08:00
还以为只有我这样,在 github 上比对修改日期,想查某天的某次提交内容是啥,全是多少年、月、天,多少小时之前,这样的显示,反算得我当场脑袋就死机,需要看一集亮剑冷静下!
Windelight
    95
Windelight  
   2020-04-01 00:45:13 +08:00 via Android
应该是在不同时间显示不同的精度吧,借鉴 Discuz,七天之外就是正常格式,七天到四天是 x 天前,3 天到 1 天是昨天前天+MMDDm,剩下就是 x 秒 /分 /时前
awen233333
    96
awen233333  
   2020-04-01 00:58:09 +08:00 via iPhone
看到别人 xx 前发了一条信息,我口算不好,要数手指才知道他是几时发的
Juszoe
    97
Juszoe  
   2020-04-01 01:09:01 +08:00 via Android
这一点贴吧还是做的挺好的,超过一天的就显示成日期了
Caan07
    98
Caan07  
   2020-04-01 01:40:26 +08:00
同不喜欢。赞成标注时区的准确时间。
yulon
    99
yulon  
   2020-04-01 01:49:46 +08:00
大部分网站你把鼠标放上去就有气泡框显示具体时间了
zpvip
    100
zpvip  
OP
   2020-04-01 06:14:50 +08:00
其实我只是看到微信截图里面的很多新闻标题下的时间写的 “今天”,“5 分钟前”之类的,有感而发。

谢谢大家回复!
1  2  
关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     3996 人在线   最高记录 6679       Select Language
创意工作者们的社区
World is powered by solitude
/div> VERSION: 3.9.8.5 45ms UTC 05:18 PVG 13:18 LAX 22:18 JFK 01:18
Do have faith in what you're doing.
ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86