世界時計
Use one IANA timezone per line, such as Europe/Madrid or America/New_York.
分散型のチームでは、タイムゾーンが異なるため「あなたの時間で午後2時」という設定は大きな課題となる。この時計ツールを使えば、複数の都市を1つのパネルに設定でき、すべてリアルタイムで更新され、表示日付における夏時間の調整も自動的に行われます。ロンドン、ニューヨーク、シンガポール、サンパウロの各都市を指定して、通話のスケジュールを立てる際にどの都市が休眠状態にあるかをわずか2秒で確認できます。
世界時計の使い方
-
1
都市を追加します
都市名で検索します。このツールはすべてのIANAタイムゾーンにわたる600以上の都市を認識しています。
-
2
ライブタイムを参照してください
すべてのピン付けされた都市は毎秒更新され、日付を現地形式で表示します。
-
3
スケジューラーをスクロップします
タイムスライダーをドラッグして、各固定された都市の対応する現地時間を確認できます。
-
4
ボードを共有する
URLは固定した都市を記録するため、同僚も同じリストを確認できます。
なぜ都市の重要性がタイムゾーンコードよりも高いのか
GMT+5のようなタイムゾーンは夏時間の適用を無視します。Europe/Londonは冬にはGMT+0、夏にはGMT+1となります。IANAのタイムゾーン名（「オルソン名」とも呼ばれる）には、各国が夏時間の適用を開始または終了した時期を含むすべての適用規則の履歴情報が記録されています。
この時計は内部でIANA名を使用しているため、「London」という名称は、表示されている具体的な日付における正しいオフセットを常に示します。
夜間省電カレンダー
| 地域 | 日本標準時開始 | 日本標準時終了 |
|---|---|---|
| EU | 3月の前日曜日 | 10月の前日曜日 |
| 米国／カナダ | 3月の第2日曜日 | 11月の第1日曜日 |
| オーストラリア（ニューサウスウェールズ州／ビクトリア州）｜10月の初日曜日｜4月の初日曜日｜ | ||
| UK | EUと同様 | EUと同様 |
| ロシア | DSTを適用しない（2011年以降） | — |
| インド／中国／日本 | DSTなし | — |
| ブラジル | DSTなし（2019年に廃止） | — |
EU議会は2019年にDSTの廃止を可決しましたが、その指令の実施は停滞しています。この変更はいずれにもう一度実施される可能性があり、その際にはIANAのtzdataが更新されます。
会議スケジューリングの一般的なルール
分散型チーム向け：
- 3～4時間以内： 通常の営業時間内のどの時間帯でも、誰にとっても問題ありません。
- 5～7時間： 早朝または夜遅くの時間帯が最適です。グループ間で順番を交代して実施してください。
- 8～11時間： 重複時間は1日最大1時間です。非同期処理は通常、リアルタイム処理よりも望ましいです。
- 12時間以上： 1つのチームのみが適切な会議時間を確保できます。交互に使用するか、完全に非同期で行うようにしてください。
日付を注意深く扱う
タイムゾーンによって日付が異なるのは、よくある誤解の原因です。ロサンゼルスの月曜日の23時00分は、ロンドンでは火曜日の07時00分、東京では火曜日の14時00分に相当します。「火曜日」をカレンダーで招待すると、受信者によって異なる日として表示されることがあります。カレンダーアプリでは、双方のタイムゾーンが設定されている場合に自動的に変換を行います。そのため、国境を越えてスケジュールを立てる際には、時間の設定を必ず注意深く確認してください。
よくある質問
はい。このシステムはIANAのtzdataを使用しており、数十年にわたるDSTルールを符号化しています。そのため、2005年のある日における「アメリカ／ニューヨーク」の時間は現在のDSTスケジュールではなく、2007年以前のスケジュール（4月の前週末日曜日）が適用されます。
はい。UTCは常に固定参照として利用できます。GMTも日常的な使用においてほぼUTCと同一です。
時計は遷移点の両側に正しいオフセットを自動的に表示します。「前向きに繰り返される」欠落する時間帯（午前2時～3時）は実際には存在せず、「後ろに繰り返される」繰り返し時間帯は1回のみ表示されます。
これらのデータはブラウザのローカルストレージに保存されるため、同一デバイス上の複数のセッションで一貫して利用できます。サーバーへの送信は一切行われません。