세계 시계 / 회의 시간 플래너

세계 시계 & 회의 시간 플래너란?#

세계 시계는 여러 도시의 현재 벽시간을 한꺼번에 보여 줍니다. 회의 플래너는 한 발 더 나아갑니다. 기준 순간을 고르면 관심 있는 모든 시간대에서 그 순간이 어떻게 보이는지 읽을 수 있어, 우연히 도쿄 동료에게 밤 11시 통화를 부탁하는 대신 모두의 근무 시간 안에 들어맞는 시간을 찾을 수 있습니다.

이것이 보기보다 어려운 이유는 일광절약시간 때문입니다. 도시의 UTC 오프셋은 상수가 아닙니다. 뉴욕은 겨울에 UTC-5(EST)이지만 여름에 UTC-4(EDT)이고, 런던은 겨울에 UTC+0이지만 여름에 UTC+1(BST)이며, 시드니는 거울처럼 반대로 북반구 겨울에 서머타임입니다. 단순한 “8시간 빼기” 수학은 1년의 절반 동안 한 시간 어긋난 회의를 만듭니다. 이 페이지는 브라우저의 Intl 시간대 데이터베이스를 사용해 계획 중인 특정 순간에 모든 오프셋을 계산하므로, 일광절약시간이 올바르고 자동으로 적용됩니다.

시계 외에도 이 페이지는 사용자가 제어하는 근무 시간을 기준으로 각 구역을 근무 또는 근무 외 으로 표시하여, 제안된 시간이 모든 위치에서 합리적인지 한눈에 알 수 있게 합니다.

사용 방법#

1. 페이지는 실시간(현재) 모드로 시작해 실시간으로 흘러가며, 로컬 시간대·UTC·세 주요 허브(뉴욕, 런던, 도쿄)가 미리 선택됩니다.
2. 시간대 추가 드롭다운으로 세계의 IANA 구역 중 하나를 추가합니다. 목록은 최신 브라우저의 Intl.supportedValuesOf('timeZone')(수백 개 구역)에서 오며, 오래된 엔진에서는 약 24개 일반 도시의 큐레이션된 폴백이 제공됩니다.
3. 회의를 계획하려면 기준 시각 모드로 전환합니다. 날짜와 시간을 고르면(기본적으로 로컬 구역으로 해석) 모든 행이 그 순간의 각 구역에서의 모습으로 다시 렌더링됩니다. 필요하면 국제 날짜 변경선을 가로질러 날짜가 앞뒤로 굴러갑니다.
4. 근무 시간(기본값 9–18)을 설정하여 어떤 행이 근무 또는 근무 외 로 표시될지 제어합니다. 로컬 시각이 창 안이고 평일인 행이 켜지고, 밖인 행은 켜지지 않습니다.
5. 기본값으로 재설정 은 기본 구역 집합으로 돌아가고, 모두 지우기 는 목록을 비웁니다.

주요 기능#

• DST 인식 오프셋. 모든 오프셋은 고정 표가 아니라 선택된 순간의 구역 벽시간 필드에서 도출됩니다. 그래서 7월에 계획한 회의가 DST 규칙이 바뀌어도 올바르게 유지되며, 북반구와 남반구 구역이 대칭적으로 처리됩니다.
• 기준 시각 계획. 기준 시각 모드로 전환해 로컬 시간을 입력하면 다른 모든 구역의 그 순간 상당을 읽을 수 있습니다. 날짜 입력은 전환 경계를 올바르게 처리하는 2패스 오프셋 정제로 DST에 안전합니다.
• 근무/근무 외 표시. 각 행은 조정 가능한 근무 시간에 대해 로컬 시간과 요일을 기준으로 근무 또는 근무 외로 태그됩니다. 깃발 열을 훑는 것이 오프셋을 머릿속에서 빼는 것보다 훨씬 빠릅니다.
• 현지화된 요일·시간 이름. 요일과 월 레이블은 페이지 로케일의 Intl.DateTimeFormat에서 옵니다. 낡아서 틀려질 직접 번역된 문자열이 없습니다.
• 전체 IANA 구역 커버리지. 수백 개 구역, 30분 및 45분 단위 특수(인도 UTC+5:30, 네팔 UTC+5:45, 오스트레일리아 일부 UTC+9:30) 포함.

사용 예#

상하이에 있고 뉴욕·런던·도쿄·시드니와 통화가 필요합니다. 기준 시각 모드로 전환해 Asia/Shanghai에서 2026-08-10 09:00(월요일)을 입력합니다. 페이지가 다섯 구역 모두에서 그 한 순간을 풀어 냅니다.

Asia/Shanghai     UTC+08:00   Mon 09:00   Work
Asia/Tokyo        UTC+09:00   Mon 10:00   Work
Australia/Sydney  UTC+10:00   Mon 11:00   Work
Europe/London     UTC+01:00   Mon 02:00   Off
America/New_York  UTC-04:00   Sun 21:00   Off

8월은 북반구 여름이므로 런던은 BST(UTC+1), 뉴욕은 EDT(UTC-4)입니다. 시드니는 남반구 겨울로 AEST(UTC+10, DST 없음)입니다. 상하이와 뉴욕은 EDT 하에서 12시간 차이이므로 상하이의 월요일 09:00은 여전히 뉴욕의 일요일 21:00입니다. 국제 날짜 변경선을 가로질러 날짜가 뒤로 굴러가는 것에 주목하세요. 근무/근무 외 깃발이 판결을 명확히 합니다. 상하이 09:00 슬롯은 아시아태평양 3개국에는 작동하지만 런던은 02:00, 뉴욕은 일요일 늦밤입니다. 두 도시 모두 깨어 있는 사람이 없습니다. 통화를 상하이 21:00으로 밀면 반전됩니다. 런던 14:00과 뉴욕 09:00(둘 다 이제 근무), 하지만 도쿄 22:00과 시드니 23:00(이제 근무 외). 다섯 곳 모두 정상 근무 시간 안에 드는 슬롯은 없습니다. 이것이 바로 플래너가 드러내야 할 종류의 발견이며, 누군가를 자정으로 스케줄링하는 실수 대신 타협(이른/늦은 슬롯을 교대로)을 협상할 수 있게 합니다.

FAQ#

내 도시의 오프셋이 정수 시간이 아닌 이유는?#

모든 시간대가 정수 시간 오프셋이 아니기 때문입니다. 인도는 UTC+5:30, 네팔은 UTC+5:45, 노던 준주는 UTC+9:30, 채텀 제도는 UTC+12:45입니다. 이 페이지는 분 단위까지 오프셋을 표시(UTC+05:30)하여 그런 구역이 올바르게 처리됩니다. 정수 시간으로 반올림하는 도구는 10억 명 이상에게 조용히 30분을 틀리게 만들 것입니다.

일광절약시간을 걱정해야 하나요?#

아닙니다. 페이지가 처리합니다. 모든 오프셋은 표시된 특정 순간(현재 또는 기준 시각)에 계산되며, 브라우저의 시간대 데이터베이스를 사용해 DST가 그 구역의 규칙이 정하는 대로 적용되거나 적용되지 않습니다. 3월에 계획한 회의도 봄의 시계 전환 후에 올바른 오프셋을 보여 줍니다. 도구가 고정 표에서 읽지 않고 통화 순간에 오프셋을 다시 도출하기 때문입니다.

왜 두 도시가 같은 순간인데 다른 날짜를 표시하나요?#

국제 날짜 변경선 때문입니다. 어느 한 순간 아시아태평양은 이미 “내일”인 반면 하와이는 여전히 “어제”입니다. 기준 시각을 고르면 각 행이 시간과 함께 로컬 날짜를 표시하므로, 호놀룰루의 22:00 슬롯이 도쿄에서는 다음 날 18:00라는 것이 모호하지 않습니다. 날짜 열이 시간만 표시하는 화면이 숨겼을 것을 잡아냅니다.

시간대 목록이 최신이라고 신뢰할 수 있나요?#

모든 최신 브라우저(Chrome 99+, 최신 Firefox, Safari, Edge)에서 목록은 운영체제가 제공하는 IANA 시간대 데이터베이스를 반영하는 Intl.supportedValuesOf('timeZone')에서 옵니다. 오래된 엔진에서는 페이지가 약 24개 널리 쓰이는 구역의 큐레이션된 집합으로 폴백하여 도구가 여전히 동작합니다. 다만 선택할 수 있는 모호한 구역이 적어집니다. 구역 규칙 자체(DST 날짜, 오프셋)는 브라우저가 자체 시계에 사용하는 같은 데이터베이스에서 옵니다.