가이드

12 — 시간대가 실제로 어떻게 작동하는지, 그 구조와 역사, 그리고 소프트웨어가 틀리는 구체적인 방식들. 검색 순위가 아니라 한 번 읽고 기억되도록 썼습니다.

• 시간대는 실제로 어떻게 작동하는가

  시간대는 지구를 자른 띠가 아니라, 특정 장소의 시계가 무엇을 가리켜 왔고 가리키고 있으며 가리킬 예정인지에 관한 이름 붙은 규칙의 묶음입니다. 그 구분이 주제의 전부입니다.

• UTC란 실제로 무엇이며 GMT와 어떻게 다른가

  UTC는 시간대가 아닙니다. 모든 시간대가 기준으로 삼는 참조 표준이며, 약 450대의 원자시계가 떠받치고, 서머타임 때문에 움직이는 일이 결코 없습니다. 시스템이 UTC를 쓰는 이유가 정확히 그것입니다.

• 서머타임은 왜 있고 누가 없앴는가

  서머타임은 제1차 세계대전에서 연료를 아끼려 도입됐고, 수십 년마다 바뀌는 이유로 유지됐으며, 그것을 뒷받침하던 근거가 얇아지면서 지금은 나라마다 하나씩 버려지고 있습니다.

• 열두 시간 간격을 사이에 두고 일정을 잡기

  열두 시간 간격에는 좋은 회의 시각이 없고, 격자를 칠한다고 달라지지 않습니다. 잘 해내는 팀은 시각 찾기를 그만두고 일하는 방식 자체를 바꿉니다.

• 정수 시간이 아닌 UTC 차이들

  세계 인구의 약 오분의 일이 UTC로부터 정수 시간이 아닌 차이 위에서 살아갑니다. 그렇지 않다고 여긴 소프트웨어는 그들에게 조금 틀리는 것이 아니라 30분이나 45분 틀리고, 그편이 더 나쁩니다.

• 2038년 문제, 제대로 설명하기

  시각을 부호 있는 32비트 초 계수로 저장하는 시스템은 2038년 1월에 자리가 바닥나 1901년 12월로 되감깁니다. 현대의 주요 플랫폼은 여러 해 전에 해결했고, 지금 남은 위험은 내장 기기와 오래된 자산, 그리고 직렬화된 데이터에 있습니다.

• ISO 8601, 그리고 날짜를 모호하지 않게 쓰는 법

  ISO 8601이 존재하는 이유는 03/04/2026이 미국에서는 3월이고 다른 곳에서는 4월이기 때문입니다. 2026-04-03이라고 쓰면 모호함이 사라지고, 텍스트로도 올바르게 정렬되며, 모든 인터페이스가 받아들여야 할 형식이 됩니다.

• 여러 시간대에 걸친 데일리 스탠드업 운영법

  데일리 스탠드업이 굴러가는 것은 모두가 동시에 깨어 있기 때문입니다. 대략 여섯 시간 폭을 넘으면 그 전제가 무너지고, 정직한 해법은 시각을 계속 옮기는 게 아니라 형식을 바꾸는 것입니다.

• 코드 속의 시간대 — 실무 안내

  시간대 관련 결함은 거의 모두 네 가지 잘못 중 하나로 거슬러 올라갑니다. 대신 무엇을 해야 하는지를 자바스크립트, 파이썬, 자바, Go, SQL로, 규칙만이 아니라 근거와 함께 짚습니다.

• EST가 모호한 이유, 그리고 대신 쓸 것

  시간대 약어는 관장하는 기구도 없고 유일성 보장도 없는 비공식 이름표입니다. IST는 인도이자 아일랜드이자 이스라엘이고, CST는 아메리카이자 중국이자 쿠바입니다. 대신 IANA 식별자를 쓰세요.

• 날짜변경선은 왜 구부러지는가

  국제 날짜변경선이 경도 180도를 따르는 것은 대략일 뿐입니다. 키리바시와 러시아, 알류샨 열도를 우회하며, 교역상의 이유로 나라 자체가 선을 넘어 옮겨 간 사례도 있습니다.

• 인도는 왜 UTC에서 삼십 분 어긋나 있는가

  인도가 UTC+05:30인 것은 제안된 두 시간대의 차이를 반씩 나눴기 때문입니다. 네팔이 UTC+05:45인 데에는 인도가 아니려는 뜻도 있습니다. 유별난 차이마다 사연이 있고, 대개는 정치입니다.

RSS 피드