Asia/Seoul · GMT+09:00
20:06:59
2026년 10월 18일 (일)
24시간
초 표시
Seoul
Tennessee
Budapest
San Francisco
New York
London
UTC
public
위에서 시간대를 추가하면 비교가 시작됩니다.
여러 도시의 현재 시각을 한눈에 보고, 누군가에게 한밤중이 아닌 회의 시간을 찾습니다. 이걸 계속 틀리는 분산 팀을 위해 만들었습니다.
세계 시계는 일정 문제의 쉬운 절반만 풀어 줍니다. 어려운 절반은 "오후 3시"가 읽는 사람마다 다른 순간을 가리키고, 그 차이가 고정되어 있지도 않다는 점입니다. 미국과 유럽은 서머타임 전환 날짜가 다르고, 아시아 대부분은 아예 전환하지 않으며, 남반구는 반대 방향으로 움직입니다. 1월에 서울·베를린·시카고 세 곳 모두에게 괜찮던 시간대가 3월에는 한 곳에서 한 시간씩 어긋납니다.
이 페이지의 시각은 브라우저에 내장된 IANA 시간대 데이터베이스에서 가져옵니다. 저장된 오프셋 숫자가 아니라 각 도시의 실제 규칙을 그대로 따르기 때문에, 특정 국가가 중간에 제도를 바꾼 해까지 반영됩니다. 미팅 플래너는 24시간 띠 위에 도시별 근무시간을 칠해 보여 줍니다. 모든 줄이 근무시간 안에 들어오는 세로 칸이 곧 누구에게도 새벽이 아닌 시간이고, 제안한 사람에게만 편한 시간과는 다릅니다.
직접 만든 변환을 무너뜨리는 지점은 30분·45분 단위 오프셋입니다. 인도는 UTC+05:30, 네팔은 UTC+05:45, 호주 일부는 UTC+09:30이고 이란과 아프가니스탄도 30분 단위에 있습니다. 오프셋을 시간 단위 정수로 저장하는 코드는 이들 모두에 대해 틀리고, 가장 가까운 시로 반올림하는 암산은 회의를 30분 어긋나게 잡습니다. 이 페이지의 오프셋은 브라우저의 시간대 데이터베이스에서 오므로, 30분 지역은 누군가 따로 기억해야 하는 예외가 아니라 그냥 30분 지역입니다.
시간대는 숫자가 아니라 규칙의 묶음이고, 그 규칙은 사람들이 생각하는 것보다 자주 바뀝니다. 각국 정부는 서머타임 날짜를 옮기고, 제도를 도입하거나 폐지하며, 때로는 표준 오프셋 자체를 바꿉니다. 지난 10년 사이에 그렇게 한 나라가 여럿 있습니다. 미래의 약속에 고정된 오프셋을 함께 저장하는 것이 예고된 버그인 이유입니다. 다음 10월 일정을 UTC+02:00 으로 저장해 두면 그 사이에 그 나라가 시계를 옮겼을 때 틀린 값이 되지만, 시간대 이름으로 저장한 일정은 읽을 때마다 현재 규칙으로 다시 계산됩니다.
회의 시간 도구가 있는 이유는 계산이 쉬운 쪽이기 때문입니다. 서울과 베를린과 시카고의 근무 시간에 동시에 들어가는 한 시간을 찾는 일은 서로 어긋난 세 구간을 뒤지는 탐색이고, 정직한 답은 그런 시간이 없다는 것인 경우가 많습니다. 그러면 질문은 누구의 아침 또는 저녁을 쓸 것인가로 바뀝니다. 계산이 아니라 결정입니다. 각 도시의 근무 시간을 24시간 띠 위에 음영으로 겹쳐 두면 그 사실이 눈에 보이므로, 가장 덜 깨어 있어서 반대하지 못한 사람에게 떠넘겨지는 대신 의식적으로 고르게 됩니다.
시간대 약어는 모호하므로 무언가를 기록하는 데 써서는 안 됩니다. CST는 북미의 중부 표준시이기도 하고 중국 표준시이기도 하며 쿠바 표준시이기도 합니다. 세 글자를 세 개의 서로 다른 오프셋이 나눠 쓰고 있습니다. IST는 인도와 아일랜드와 이스라엘에 걸쳐 있습니다. KST조차 어떤 등록부가 보장해서가 아니라 관행상 헷갈리지 않을 뿐입니다. "3pm CST" 라고 적은 회의 시간은 실제로 정의되지 않은 값이고, 해결책은 오프셋이나 시간대 이름을 대신 적는 것입니다. 이 페이지의 도시에는 IANA 시간대 이름이 붙어 있습니다. 정확히 하나만을 가리키는 유일한 식별자입니다.
네. 브라우저의 시간대 데이터베이스를 사용하므로 지역별 서머타임 규칙이 자동으로 적용됩니다.
브라우저에 저장되므로 다시 방문해도 그대로 남아 있습니다.
상대 기기의 시계가 틀렸거나, 해당 지역이 최근 오프셋을 바꿨는데 한쪽 기기의 시간대 데이터가 오래된 경우입니다. UTC와 비교해 보면 어느 쪽인지 알 수 있습니다.