Show HN：我做了一个用于比较时区的工具

原文 ↗ Hacker News 讨论 ↗

一个基于网页的新时区对比工具，使用可拖拽的滑块和简洁的“卡片”布局，因让跨城市协调会议和通话更容易而受到好评。评论者强调它直观的设计和对远程工作的实用性，同时也提出了诸如选择未来日期（以处理夏令时变化）、基于 URL 的分享、自定义标签、更好的移动端布局以及更清晰的昼夜指示等改进建议。这个工具经常被拿来与 World Time Buddy 和 Every Time Zone 等成熟服务比较，也引发了关于数据准确性、UI 原创性，以及这类小工具是否真的需要担心 SEO 或变现的旁支讨论。

整体反馈与使用场景

  • 整体评价非常正面：很多人称它简单、流畅、直观，并把它收藏为新的“日常主力工具”。
  • 常见使用场景：跨多个时区协调会议（美国/欧洲/亚洲团队）、远程工作者（例如菲尼克斯与东海岸）、国际学生和家庭，以及旅行规划。
  • 也有少数人提到，他们的日历应用和手机时钟已经覆盖了大部分需求，因此不确定自己会多常用它。

UX 和交互设计

  • 基于滑块的时间调整被广泛称赞为快速且直观。
  • 一些人喜欢充足的留白和极简风格；另一些人则觉得死空间太多，尤其是在移动端，只有 2–3 个时区能显示而无需滚动。有人请求压缩垂直空间并允许更短的卡片。
  • 在桌面端可以通过拖拽重新排序，但在小屏幕上是有意禁用的；几个人也希望移动端能支持该功能。
  • 重置为当前时间的行为让一些用户感到困惑；有多人希望有一个全局重置按钮，而不是每张卡片各自控制。
  • 一些人更喜欢桌面端采用单列布局（类似移动端视图），以便更清楚地看到滑块对齐。

功能请求

  • 强烈需求包括：
    • 链接分享 / URL 编码状态（线程后面已部分实现）。
    • 选择未来/过去日期，尤其是用于处理夏令时变更以及不同地区之间的重叠周。
    • 除了滑块之外，还要有时间文本输入；点按时提供更细粒度的增量。
    • 显示本地时区名称/缩写以及夏令时指示或切换日期。
    • 每个时区单独的 12/24 小时制设置，以及根据区域设置自动检测 12/24 小时制。
    • 城市自定义标签、保存配置，以及“实时”置顶世界时钟模式。
    • 视觉提示：昼夜着色、太阳位置、在日期不同的时候高亮，以及滑块上的关键参考时间。
    • PWA 支持、离线能力、更好的移动端图标，以及可能的 Mac/菜单栏风格版本。

数据质量与 Bug

  • 多个问题被报告与地点/时区数据库有关：城市被映射到了错误的国家（例如 Belgrade/Kosovo、Hanoi/Thailand、Oslo/Bouvet Island），以及某些地点缺失或很难找到（例如 San Francisco、Arizona/CEST 命名）。
  • UI Bug：字体字形/间距问题、Linux 上冒号渲染问题、数字重叠、iPhone/iPad 上滑块会移动卡片的奇怪行为，以及对一个看似“pill 位置” bug 的困惑——其实那是预期中的高亮逻辑。
  • 一些差异可追溯到标准时区标识符如何映射到国家。

与其他工具的比较

  • 经常与 Every Time Zone、World Time Buddy、Timeanddate、Overlap 等工具比较。
  • 一些人更喜欢这个新工具的清晰度和美观性；另一些人则偏好基于行或日历样式、带区间选择和内置“好/坏时间”带的布局。
  • 不少人指出，这个工具的主要优势在于可配置性、简洁性，以及很强的域名。

变现、SEO 与 HN 排名

  • 讨论为何在已有许多竞争者的情况下还要做它；一些人认为项目不需要变现或 SEO 目标，也可以是“为了好玩”或为了解决自己的痛点。
  • 有人担心优秀工具因为 SEO 动态而难以被发现；也有人表示，如果不是为了大规模触达，这完全可以接受。
  • 还简短讨论了 Hacker News 的排名行为，以及算法如何降低或下调帖子权重。

设计原创性争议

  • 另一个线程指出另一个网站上有一个非常相似的 UI；较早的开发者声称该设计被抄袭了。
  • 新工具的作者回应说，他们是受那个设计启发，但为了性能、额外的搜索功能以及不同的隐私取舍重新构建了它，并打算将自己的版本开源。