世界时钟
Use one IANA timezone per line, such as Europe/Madrid or America/New_York.
分布式团队横跨多个时区，“你那边的下午 2 点” 是个小地雷。这个时钟让你把任意数量的城市钉在一个面板上，全部实时更新，并在各地实行夏令时的日期上保持正确。把伦敦、纽约、新加坡和圣保罗都加进去，两秒就能看出当你想安排通话时，哪些城市正在睡觉。
如何使用世界时钟
-
1
添加城市
按城市名搜索；工具知晓覆盖全部 IANA 时区的 600+ 个城市。
-
2
查看实时时间
每个钉住的城市每秒更新，并以当地格式显示日期。
-
3
拖动排程滑块
拖动一个时间滑块，即可看到每个钉住城市的等效当地时间。
-
4
分享面板
一个 URL 即可记录你钉住的城市，让同事看到同一份列表。
为什么城市比时区代码更重要
像 GMT+5 这样的时区忽略了夏令时。Europe/London 冬季是 GMT+0，夏季是 GMT+1。IANA 时区名称（也叫 “Olson” 名称）编码了完整的规则历史，包括一个国家何时开始或停止实行夏令时。
这个时钟内部使用 IANA 名称，所以 “伦敦” 在你查看的特定日期上总是表示正确的偏移量。
夏令时日历
| 地区 | 夏令时开始 | 夏令时结束 |
|---|---|---|
| 欧盟 | 3 月最后一个周日 | 10 月最后一个周日 |
| 美国 / 加拿大 | 3 月第二个周日 | 11 月第一个周日 |
| 澳大利亚（NSW/VIC） | 10 月第一个周日 | 4 月第一个周日 |
| 英国 | 与欧盟相同 | 与欧盟相同 |
| 俄罗斯 | 无夏令时（自 2011 年起） | — |
| 印度 / 中国 / 日本 | 无夏令时 | — |
| 巴西 | 无夏令时（2019 年废除） | — |
欧盟议会于 2019 年投票废除夏令时，但该指令一直搁置。这一变更未来仍可能发生；届时 IANA 的 tzdata 会随之更新。
安排会议的经验法则
对于分布式团队：
- 相差 3-4 小时以内： 任何正常工作时间的时段对所有人都行得通。
- 5-7 小时： 折中到清晨或深夜；在各组之间轮换。
- 8-11 小时： 每天最多重叠一小时；异步通常优于实时。
- 12 小时以上： 只有一个团队能有公平的会议时间；要么轮流，要么完全异步。
谨慎处理日期
跨时区的日期是个隐蔽的坑。洛杉矶周一 23:00，在伦敦已是周二 07:00，在东京是周二 14:00。发一个 “周二” 的日历邀请，对不同收件人可能意味着不同的日子。当双方都设置了各自时区时，日历应用会处理转换 —— 跨越日界线安排时请仔细核对时间。
常见问题
知道。它使用 IANA 的 tzdata，其中编码了可追溯数十年的夏令时规则。所以 “America/New_York” 在 2005 年某个日期的时间，使用的是 2007 年之前的夏令时安排（4 月最后一个周日），而非当前的安排。
可以。UTC 始终可作为固定参考。在日常使用中，GMT 与 UTC 基本相同。
时钟会在切换前后自动显示正确的偏移量。“春季前调” 缺失的那一小时（凌晨 2:00-3:00）干脆不存在；“秋季回拨” 重复的那一小时只显示一次。
它们会保存在你浏览器的本地存储中，因此在同一设备上跨会话保留。不会有任何东西被发送到服务器。