使用时间戳

可见时间戳的价值

• 强烈支持在博客、文档、课程以及其他内容上放置清晰、可读的人类日期（通常还包括时间）。
• 读者依赖日期来判断技术相关性，尤其是在快速变化的领域（ML、开发工具、官僚规则等）。
• 一些评论者拒绝阅读没有日期的页面，或没有可见日期的旧技术文章。
• 时间戳在个人笔记（健康记录、压力模式）和研究中也有帮助，因为许多 PDF 和预印本都没有明显日期。

省略或操纵时间戳的激励与原因

• 许多网站故意隐藏或省略日期，以避免显得过时并失去点击量（SEO 和“新鲜度”偏见）。
• 一些新闻网站会在没有真实更改的情况下向前滚动“最后更新”时间。
• 例子：一个被误用的静态时间戳引发了关于“预测”某事件的阴谋论指控。
• 少数观点认为：有些文本是“永恒”的，因此会淡化日期，或把日期放在末尾；其他人则反驳说，真正永恒的作品很少。

精确度、格式与时区

• 普遍共识：使用像 ISO 8601 / YYYY‑MM‑DD 这样的无歧义标准；月份缩写和 MM/DD/YY 会造成混淆和本地化 bug。
• 关于博客是否需要完整时间戳而不仅仅是日期存在争论；对于突发新闻、日志或高频研究则更重要。
• 有人呼吁始终显示时区，因为日期会因时区不同而相差一天。
• 相对时间（“2 hours ago”）被视为方便，但在报道、审计和跨时区工作中通常不如绝对时间；工具提示或用户设置会有帮助。

持续更新的文本与文档

• 对于活文档（wiki、设计文档、内部图），人们建议明确写上“accurate as of YYYY‑MM‑DD”，并配合编辑历史或变更日志。
• “最后编辑”与“最后验证”的区别很重要；一些政府网站会同时显示两者。
• 文档的所有权与定期审查，以及时间戳和版本号，被认为至关重要，但常常被忽视。

URL 与浏览器 UI

• 许多人将时间戳透明度与 URL 透明度联系起来：URL 像引用/标识符一样，应当可见。
• 移动浏览器常常隐藏大部分 URL，尤其是在小屏幕上；有人认为这是不可避免的，也有人认为这是有害的设计选择。
• 支持隐藏的理由：大多数用户只关心域名，完整路径看起来像杂乱内容，而且人们往往还是把地址栏当作搜索框。
• 反对隐藏的理由：隐藏 URL（以及文件系统结构）会降低用户理解能力并帮助钓鱼；工具可以让 URL 更易读，而不是把它们隐藏起来。

系统中时间戳的技术问题

• 时间戳并非天然可靠的事件排序依据：有限分辨率（例如毫秒粒度）、非单调时钟以及时间调整都会导致重复或重排。
• 推荐模式：在时间戳之外使用单独的序列/顺序字段或 ID；将时间戳更多视为元数据，而不是严格的排序机制。

实现想法与次要观点

• HTML <time> 和 metadata 已经携带精确时间戳，但通常不会以人类可见的方式呈现。
• 前端可以发送 UTC 时间戳，并在客户端使用标准日期 API 渲染本地化字符串。
• 扩展和编辑器插件可以简化在文档中插入时间戳。
• 一些参与者主张即使超越技术领域也应保持一致的时间戳记录（例如，随时间“约束”人们的陈述）。