如图，图1是微博的，图二是 Chrome 的阅读清单里。为啥非得用 “xx时间前”这种方式，我想知道自己是哪天加的阅读清单，还得用计算器去反推年月日，简直了。直接用个常规日期表示多直观，程序员也容易写。
2 个赞
这种一般都会在提示信息放完整时间吧。
1 个赞
微博会提示，Chrome 阅读清单没有
1 个赞
我也很讨厌这种写法，如果是xx分钟/小时前倒还能理解，xx天前就很离谱。
我最喜欢的写法（ISO 8601）：2022-10-04 01:02:04 +0800
以上时间格式字段由 Snippet 自动生成，方便随时插入 Markdown Front-matter 或其他文件中。
5 个赞
相对时间更突出材料的时效性，对于微博、twitter、tiktok等等这些每天源源不断产生海量的信息（大量重复的垃圾信息），人人都在追更新，反复的刷新，相反的，相对时间也强化了人的阅读方式，永远只看最新的，对于短消息平台来讲容易保持日活。
4 个赞
这种方式对于 正常阅读，尤其是 短时间内，是非常明确。
但是对于截图，尤其是不知道多久之后的转发，是非常有害的：相对时间信息完全没有意义！
所以，我觉得这些软件的产品经理应该想到：能在截图时自动转为 绝对时间。
1 个赞
我以前也讨厌，后来习惯了…
1 个赞
程序员：这个需求实现不了，我怎么知道对面那个大聪明会不会拿手机直接拍屏……
微博这种时间线的信息流短时间内的这种XX前显示才有意义，超过一个礼拜的属实无意义了。实际上我认为是超过一天的就没必要了，直接显示长日期格式。
1 个赞
拍照的毕竟少数。
关键是他们没有认识到对于截图，尤其是不知道多久之后的转发，是非常有害的：相对时间信息完全没有意义！
这只是个吐槽……
但说真的，我觉着产品经理可能想到了，微博这些平台确实更适合相对时间的，一方面是上面的玩意也就一两天的时效性，另一方面是能给你固定证据添一点麻烦是一点……
像我这种对数字和相对概念不敏感的人，遇到这种就很难受
像twitter有改绝对时间的脚本，不知道有没有通用的
能不能用userscript转换为年月日时分？
1 个赞
这种短效信息面对的受众就喜欢这样。
我选择不用。。。
2 个赞
非常同意，最可恨的就是微信的转账记录，显示的就是XX天以前
1 个赞
这应该是主要原因 
我知道你想说讨厌这个论坛也是用的这种表达法 
但是它右手边就有时间轴啊。
听大伙儿这么一讨论，嗯，感觉很有道理。晚上回去，就将个人项目中这种表达给改掉 。