文章
跨時區排程會議
為三個城市的人找到一個合適的會議時間，聽起來很簡單，直到時鐘撥動後每個人都晚了一個小時出現。本指南介紹 UTC 偏移的機制，解釋為什麼日光節約時間是排程錯誤的主要來源，並展示一種可重複使用的方法，找到對所有參與者而言都在工作時間內的時間視窗。
UTC 與偏移：基礎
協調世界時（UTC）是所有民用時間的共同參考點。每個時區都以 UTC 加減若干小時和分鐘來表示。紐約冬季為 UTC-5，巴黎冬季為 UTC+1，東京為 UTC+9。當你以 UTC 寫出一個時間，任何地方的人都能將其換算為當地時間，無需猜測。 大多數偏移是整小時，但並非全部。印度使用 UTC+5:30，多出的半小時常讓人出乎意料。尼泊爾更進一步，使用 UTC+5:45，這個 45 分鐘的偏移出於歷史和政治原因。澳洲部分地區使用 UTC+9:30 和 UTC+10:30。每當你看到一個時區以整小時偏移列出時，請確認：同一地區可能存在非整小時的時區。 實用規則是將每個日曆邀請都以 UTC 為錨點。許多國家每年有兩次本地時間變更；UTC 不會。
日光節約時間：為什麼偏移會改變
日光節約時間（DST）在春季將時鐘撥快一小時，並在秋季撥回，這使一個國家的 UTC 偏移在幾個月內改變一小時。美國在三月的第二個週日和十一月的第一個週日撥動時鐘。大多數歐洲國家在三月的最後一個週日和十月的最後一個週日撥動。澳洲在南半球，在十月和四月撥動。包括日本、印度、中國，以及大多數非洲和東南亞地區在內的許多國家，完全不觀察 DST。 結果是在三月和十月有兩到三週的時間，兩個城市之間的時差不是你記憶中的那個數字。紐約與倫敦通常相差五小時；在三月那兩到三週裡相差四小時，因為美國已經撥動了時鐘，而英國尚未撥動。這是國際日曆排程錯誤的主要來源。 唯一安全的策略是確認會議具體日期的偏移，而非你上個月記住的偏移。
找到重疊時間視窗
寫出每位參與者所在地在會議當天的 UTC 偏移。然後為每個城市畫一行，標記哪些 UTC 小時對應該城市的 09:00 至 18:00 時間視窗。所有行的交集就是你的候選時間段。 具體例子：紐約（冬季 UTC-5）、倫敦（UTC+0）和孟買（UTC+5:30）。倫敦 09:00 是 UTC 09:00，紐約 09:00 是 UTC 14:00，孟買 18:00 是 UTC 12:30。三個城市的時間視窗並未全部重疊：倫敦和紐約共享 UTC 14:00 至 17:00（即倫敦 14:00-17:00 和紐約 09:00-12:00），但孟買的工作日在 UTC 12:30 就已經結束，遠早於這個時段開始之前。因此一定會有人得接受標準工作時間以外的時段。 這正是本站時區差計算工具所處理的計算類型。輸入兩個城市和一個日期，它會顯示偏移，以及那個日期是否落在 DST 過渡時間視窗內。
定期會議的實用習慣
在每個邀請中標明時區。寫「15:00」是模糊的；寫「15:00 UTC」或「15:00 CET (UTC+1)」則消除了猜測。日曆應用程式會將其換算為每位收件人的本地時間，但前提是明確指定時區。 對於一次性會議，在傳送邀請前使用時區換算工具確認具體日期的 UTC 偏移。對於定期每週會議，確認每個 DST 過渡日期會發生什麼。設定為「紐約時間 10:00」的會議，相對於倫敦參與者每年會改變兩次一小時。要麼接受這個改變並提前通知參與者，要麼以 UTC 固定會議時間，讓每個人的日曆自動換算為本地時間。 許多分散式團隊使用的一個簡單慣例：所有事情都以 UTC 排程，在邀請正文中加入最常出現的兩三個時區的本地對應時間，並在每次 DST 過渡前兩週在日曆上加一條備注，提醒參與者本地時間將改變。世界時鐘工具讓你同時對照當前 UTC 時間查看幾個城市，這對發送前的快速確認很有用。
在瀏覽器中本地完成，無需上傳
支撐本文的三個工具完全在你的瀏覽器中運行。沒有任何時間資料、城市名稱或排程細節離開你的裝置。 時區換算工具接受日期、時間和來源時區，並換算為一個或多個目標時區。它考慮你指定日期的 DST，所以顯示的偏移反映那天的實際偏移，而非該時區的標準偏移。 世界時鐘工具並排顯示多個城市的當前時間。這是在不打開搜尋引擎的情況下回答「新加坡現在是幾點」最快的方法。 時區差計算工具計算兩個時區在給定日期之間的小時差。由於它感知日期，可以正確處理兩個時區尚未都撥動時鐘的過渡週。 三個工具一旦頁面載入後均可離線使用。計算使用與你的瀏覽器捆綁的 IANA 時區資料庫，所以 DST 規則與你的瀏覽器版本一樣是最新的。
本文涉及的工具
常見問題
為什麼即使兩個城市都沒有更改時區，三月份兩城市之間的時差卻會改變？
它們在不同日期撥動了時鐘。當一個國家應用其 DST 轉換而另一個國家尚未轉換時，兩者之間的差距在這段時間內會縮小或增大一小時。一旦兩個國家都完成過渡，這個問題就解決了。
印度使用 UTC+5:30。它有觀察日光節約時間嗎？
沒有。印度自 1945 年以來就沒有觀察 DST。UTC+5:30 的偏移全年保持不變。尼泊爾使用 UTC+5:45，也不觀察 DST。這使得與南亞參與者排程比與歐洲或北美參與者排程更為可預測。
會議邀請使用 UTC 還是組織者的本地時間更好？
UTC 對於國際會議更安全。大多數日曆應用程式在說明來源時區的情況下，會以收件人的本地時間顯示邀請，而 UTC 永遠不會改變。若你以觀察 DST 的時區（如東部時間）傳送邀請，在不同日期撥動時鐘的時區的收件人，在過渡週前後可能會看到錯誤的本地時間。