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

这个问题主要在意这 2 个问题：

1 社交 APP 界面空间小，有些仅标记 1h 这 2 个字符来表示一小时前，完整时间戳得要一条横向空间。

2 另外就是全球性的应用，用户没法算清时差，就算你提供了时区标识，正向 /反向加减时区，有几个人搞清楚了？

@em70 我目前看到的都是基于本地计算的。github 也是。

同意，建议 站长优化

同意

赞同 LZ 。。
我也比较喜欢准确点的

我觉得 lz 的建议挺好的，有一个开关设置
实际上这种几分钟前的描述，我爸妈倒是挺喜欢的...那种新鲜出炉的感觉

附议

微信感同身受

产品狗举手发言🙋‍♂️

之所以这样用来展示时间主要是有 2 个目的，第一个目的是从技术层面开展的，即“不同国家所能够展示的时间格式不一样，如果用一样的标准去控制，则可能在展示上面出一些小问题”，比如下图


第二个原因是在社交产品中，用“几秒前”，“55 秒前”，“2 分钟前”之类的时间展示方式更容易降低用户之间的距离感，，同时可以传达“这个网站刚刚更新 or 经常这样做的感觉”。个人认为这种逻辑的来源是微博 orTwitter 之类的社交网站，毕竟对于“具备社交属性”的产品来说，内容的新鲜度高低是十分重要的，比如下图


当然了，如果作为后台产品或者工具产品来说，这个功能就需要产品经理来进行对应的把握了，同时产品也需要考虑合理的时间展示对应规则（什么时候是几秒前，什么时候是具体的秒数等等），才能够对研发和用户提供更好的体验。

（给博客打个广告 https://hiwannz.com ）

lz
说出了心声啊

显示没有利弊，要放入场景看待。在一天甚至一周的周期内，完全可以使用 xx 分前，xx 小时前，x 天前这类显示；超过某个时间段比如一周后的，因后续查看归档的需要，则可恢复为完整的日期时间显示。很多情况下其实是人在偷懒。个人看法。

楼主说的 我是同意的。 我更倾向于知道哪年哪月哪天，而不是 280 天前。

这要看场景了，新闻列表页面我觉得用刚刚、几分钟前，没什么问题，详情页就应该将完整的时间展示给用户。

没有最优解，显示全时间给用户感觉冷冰冰，但是清晰，显示 time ago 会显得人性化很多，但是不那么清晰。主要看应用场景，没必要知道确切时间的地方，可以用 time ago 去显示

“几分钟前”的页面截图之后，过几年再炒旧饭不容易被揭穿，比较适合靠流量吃饭的平台。😅

这种设计我个人觉得也是很烦且毫无意义的。
假如有人对页面截了图，里面看到的时间是“5 分钟前”，那其他人拿到这张图根本无法知道确切的时间是什么。

突然想起 docker 查看容器信息也是这样子

同意楼主的观点

gitlab 翻记录的时候简直要逼疯人 对不上时间点 气死我了

（下例假定现在时间 2020-02-02T10:33:00 ）
想象一下一个设计上应该每 10 分钟触发一次的定时任务，那么 “上次触发：13 分钟前” 比 “上次触发：2020-02-02 10:20:00” 自然更明显地显示了这个任务没有被正确地再次触发。
想象一下一个设计上每天随机某个时刻触发的定时任务，那么 “上次触发：前天 23:59” 比 “上次触发：34 小时前” 或者 “2020-01-31 23:59” 更明显地显示了这个任务没有被正确地触发（注意！这边混杂了 “相对时间段” 和 “绝对时间点”）

另一方面，公众意义的界面更需要绝对时间，而采用色调来区分新鲜度、色块的不透明度区分热度。
只要咕咕病不发作，周末写个 userscript 试试（