Часовые пояса представляют собой довольно запутанную концепцию, но не безнадёжно. И далее я опишу точную принципиальную модель, которая вам понадобится для их понимания.
Обсуждение часовых поясов, как правило, заключается в перечислении всех заблуждений, которые о них имеют программисты. Но подобные списки не несут особой пользы, так как сложно докопаться до истины, оперируя лишь общим представлением о некотором заблуждении.
Так что я предлагаю другой подход. В этой статье я покажу вам несколько странных часовых поясов, можно даже сказать самых странных — так как страннее, пожалуй, уже некуда.
-
Asia/Kathmanduимеет неестественное отклонение от UTC. -
Africa/Casablancaне встраивается точно в модель часовых поясов, поэтому прописывается жёстко. -
America/Nuukвыполняет переход на летнее время в -01:00 (да-да, в отрицательное время). - В
Africa/CairoиAmerica/Santiagoпереход производят в 24:00 часа (а не в 0:00). -
Australia/Lord_Howe, с населением 382 человека и вот такими древесными омарами, использует самое странное правило перехода на летнее время.
Чтобы понять, как странность этих регионов представляется в ПО, мы разберём базовые файлы часовых поясов, на которые в конечном итоге опирается любое программное обеспечение. Это прояснит для нас два момента:
- Да, это реально странно.
- Но не безнадёжно, поскольку в итоге компьютеру всё же нужно их реализовать.
Начать же я предлагаю с темы календарей.
▍ PGXIIREAM: вокруг меня всем правит римский папа Григорий XIII
Если только вы не собираетесь создавать нечто реально экзотическое со словами вроде:
Ах, да. Оптическое распознающее устройство (OCR) считывает с японских водительских прав информацию в виде, например, «平成 8». Так они иногда выражают 1996. Поэтому в парсере мы прописываем подобный код:
eras = { "大正": 1912, "昭和": 1926, "平成": 1989 }
Для одного из таких дней нам нужно будет добавить"令和": 2019, но он ещё не наступил.
Или:
Нам нужно будет настроить для каждой страны фича-флаг, определяющий, закрыты ли банки по случаю празднования Ураза-Байрама. При этом Саудовская Аравия и Иран расходятся в том, когда начинается лунный месяц.
Тогда, естественно, вам потребуется писать ПО, разбирающееся в японской и исламской календарных системах.
Но подобных случаев очень мало. В мире доминирует западная система времяисчисления, поэтому даже в той же Японии или мусульманском мире практически все, кто пользуется компьютерами, знакомы с григорианской системой.
С помощью компьютеров мы проецируем григорианскую систему в прошлое, называя это пролептическим григорианским календарём, который не является исторически точным, но волнует это, разве что, исследователей русской революции.
Эта календарная система достаточно хороша, и если не произойдёт никаких масштабных рационалистических переворотов, то она останется с нами надолго. Григорианский календарь хорош тем, что при его использовании Солнце с течением лет продолжает в одно и то же время оставаться в одном и том же месте небосвода. Он исключает блуждание месяцев между разными сезонами, как это происходило при римском календаре.
Технически такое «примерное сохранение положения солнца в одном месте в одно и то же время дня» называется «средним солнечным временем». Эта же идея лежит в основе выражения Greenwich Mean Time (GMT, среднее гринвичское время), которое подразумевает среднее солнечное время королевской обсерватории в Гринвиче.
Кстати, технически мы больше не называем это время GMT. Если только речь не идёт о времени, которое называют люди в Лондоне, то наверняка имеется в виду UTC.
Coordinated Universal Time — это, по сути, просто современная формализация GMT. Оно полезно, потому что почти все на нашей планете согласились заложить в основу расчёта времени своих часов смещение относительно UTC. Это по-прежнему среднее солнечное время, но связи с Гринвичем здесь уже нет.
Я заговорил обо всём этом, так как вы могли слышать о новомодном чудачестве, связанном с идеей папы Григория о необходимости следить за движением Солнца:
▍ Високосные секунды неважны
Вращение Земли замедляется. Дни становятся длиннее. Поэтому, если мы хотим сохранять синхронность реальных дней с компьютерными, нам необходимо вносить соответствующие корректировки.
Эта задача была поручена учёным из Международной службы вращения Земли (International Earth Rotation and Reference Systems Service, IERS), перед которыми стоят две основные цели:
- Наблюдать за вращением Земли и составлять отчёты.
- Ломать CSS-код Википедии своим длинным названием.
Если дни удлиняются и делают это с непредсказуемой скоростью, то проще всего, если IERS будет периодически просто добавлять ко дню дополнительную секунду, тем самым замедляя часы. Эта секунда называется високосной.
Но вам не следует принимать этот факт. Да, он представляет собой новую крутую тенденцию, но она является лишь незначительной деталью, которую можно полностью игнорировать. И вот почему:
- Языки программирования всё равно не поддерживают возможность выражать минуты как состоящие из 61 секунды.
- Вы (и под вами я имею в виду вашего облачного провайдера) можете просто замедлить свои часы на время високосной секунды и сообщить всем остальным через NTP (Networking Time Protocol), что их часы спешат. Такой подход называется «размазыванием» високосной секунды.
Кстати, аббревиатура UTC (Universal Time Coordinated? Серьёзно?*) получилась из-за того, что устанавливающие это время люди также устанавливают время UT1, представляющее UTC без високосных секунд. До появления координированного (coordinated) варианта были и другие версии UT.
*Прим. пер.: здесь автор как бы посмеивается над очерёдностью слов в выражении Universal Time Coordinated, которая с точки зрения грамматики английского языка является ошибочной. Правильно это выражение звучит как Coordinated Universal Time.
▍ Необычные часовые пояса
Хорошо, перейдём к знакомству с необычными часовыми поясами и разберёмся, каким образом ваш компьютер понимает, как их правильно представлять.
Asia/Kathmandu имеет необычное временно́е смещение
Большинство регионов планеты смещены от UTC на целое количество часов. При этом около 1/5 населения всего мира живёт по времени, отличающемуся от UTC на дробное количество часов. В частности, Индия опережает UTC на 5 ч. 30 м.
Непал опережает UTC на 5 ч. 45 м.:
$ TZ=UTC date ; TZ=Asia/Kathmandu date
Tue Jul 30 23:52:11 UTC 2024
Wed Jul 31 05:37:11 +0545 2024
Если вы мыслите как я, то наверняка задумывались, откуда компьютер может знать все эти факты.
Вот вам подсказка:
$ TZ=Asia/Kathmandu strace -e trace=openat date
...
openat(AT_FDCWD, "/usr/share/zoneinfo/Asia/Kathmandu", O_RDONLY|O_CLOEXEC) = 3
Wed Jul 31 05:40:49 +0545 2024У вас в файловой системе есть база данных под названием IANA Timezone Database, она же tzdb или zoneinfo. По факту она представляет кучу бинарных файлов, закодированных в Time Zone Information Format (TZIF). Имена этих файлов выступают в качестве идентификаторов часовых поясов, и в них вы можете найти строки вроде
America/Los_Angeles или Europe/London:$ tree /usr/share/zoneinfo
...
├── America
│ ├── Los_Angeles
├── Europe
│ ├── London
...
В самом же конце
/usr/share/zoneinfo/Asia/Kathmandu находится вот такая мини-строка:cat /usr/share/zoneinfo/Asia/Kathmandu
...
<+0545>-5:45Синтаксис здесь весьма непонятный, но означает эта запись следующее:
UTC отстаёт от этого часового пояса на 5 ч. 45 м., если не указано иное. Называйте это время +0545.
Именно так программное обеспечение определяет время в Непале. И по той же причине вывод
date выше содержит +0545.Почему строки вроде PDT или CET практически бессмысленны
В примере выше
+0545 называется «определителем». Эта строка описывает, в какой части часового пояса находится временна́я метка. Она предназначена для вывода временны́х меток и становится однозначно понятной, только когда вы уже знаете, из какого часового пояса временна́я метка была взята. А насколько эти определители могут быть неопределёнными? Я написал скрипт
tzdump, преобразующий файлы TZIF в JSON.find -L /usr/share/zoneinfo -type f \
| xargs -n1 ./tzdump \
| jq -r '"\(.ID)\t\(.Transitions[].LocalTimeType.Designation)"' \
| sort | uniq | sort -k 2 | uniq -f 1 -c | sort -n | awk '{ print $1 "\t" $3 }' | tail -rИ вот самые популярные определители:
66 CST
58 CDT
56 CET
56 CESTЛидирует определитель
CST, который использовали в прошлом или используют в настоящем 66 часовых поясов. При этом многие часовые пояса функционально являются точными клонами друг друга — к примеру, нет отличия между America/Phoenix и America/Creston, но каждому из них всё равно посвящается отдельный файл. Во всём этом много неопределённости. Кому интересно, лишь 33 определителя являются уникальными для часовых поясов. Намного большее их число уникально чисто функционально, но я слишком ленив, чтобы отфильтровывать дубликаты.
И ещё одна занятна мелочь: определители не обязательно должны быть представлены с использованием только верхнего регистра и чисел. Например,
ChST, относящийся к Pacific/Saipan, означает Chamorro Standard Time. Это единственный определитель с именем, содержащим нижний регистр. К сожалению тех из нас, кто любит баги, CHST не используется.Как выражаются часовые пояса с переходом на летнее время?
Когда мы рассматривали Катманду, то на правила определения времени в Непале указывала эта строка:
<+0545>-5:45Хорошо, тут всё довольно просто. Но что насчёт часовых поясов с переходом на летнее время? В их синтаксисе обычно много предустановленных значений (переход на летнее время подразумевает перевод часов на один час и происходит обычно в 2:00), но
Europe/Athens является хорошим примером, где используется бо́льшая часть возможного синтаксиса:$ cat /usr/share/zoneinfo/Europe/Athens
...
EET-2EEST,M3.5.0/3,M10.5.0/4Этот код следует читать так (перевод сделан с учётом сохранения последовательности значений в строке, — прим. пер.):
Стандартное время называется
EET, и оно на 2 часа опережает UTC. DST (daylight savings time, летнее время) называется EEST (опережает UTC на 3 часа и подразумевается в качестве дефолта относительно стандартного времени). Начинается DST в 3-м месяце в последнее (5) воскресенье (0) в 3:00 по местному времени (/3). Завершается DST в 10-м месяце также в последнее воскресенье, но уже в 4:00 по местному времени (5.0/4).Так что да-а-а, ваш компьютер обрабатывает немало витиеватой логики, чтобы определить, какой дате и времени соответствует та или иная временна́я метка, после чего выясняет, находится ли она в зоне с DST, чтобы уже точно определить местное время. Шикарно.
Кстати, кому интересно: согласно спецификации, «5» означает «последняя», а «1» — «первая» неделя, но при этом используются только недели «1», «2» и «5»:
$ find -L /usr/share/zoneinfo -type f | xargs -n1 ./tzdump | jq -r 'if .Rules.DST == null then empty else "\(.ID)\t\(.Rules.DST.Week)" end' | sort -k2 | uniq -f 1 -c | awk '{ print $1 "\t" $3 }'
18 1
89 2
81 5А вот забавный поворот: на моём Mac все часовые пояса либо не имеют DST вообще, либо используют для перехода на летнее время обозначенные правила с подсчётом недель/дней. Но внутри
/var/db/timezone есть другие версии tzdb, среди которых есть одна, которая содержит иные виды часовых поясов:$ cat /var/db/timezone/tz/2024a.1.0/zoneinfo/Africa/Casablanca
...
XXX-2<+01>-1,0/0,J365/23Этот часовой пояс, по сути, говорит: «Мы постоянно находимся в режиме летнего времени», поскольку синтаксис
J### означает «###-ый день года без учёта 29 февраля, если таковой в этот год присутствует» (J означает «Julian calendar»).Технически этот часовой пояс также использует для указания дней синтаксис без приставок (то есть без
M или J), в котором ### означает «###-ый день года с учётом 29 февраля». Но в данном случае это чисто условное различие. Вся эта информация берётся из POSIX. Документация GNU, описывающая переменную среды
tz — на которую опирается TZIF — является лучшим онлайн-ресурсом по этой теме из мне известных. Но это лишь начало той странности, которую демонстрирует
Africa/Casablanca.Africa/Casablanca и Asia/Gaza ориентируются на Луну в то время, как часовые пояса — на Солнце
Формат TZIF поддерживает три вида правил для принятия решения о том, в какой день переходить на летнее время:
- Правила в стиле «первый вторник марта».
- Правила в стиле «45-ый день года».
- Правила в стиле «45-ый день года без учёта 29 февраля».
В Марокко и Газе при переходе на летнее время ориентируются на Рамадан. Рамадан длится один месяц по исламскому календарю, который основан на циклах Луны. Этот лунный календарь не является точно кратным солнечному. С григорианской перспективы Луна вращается вокруг Земли медленнее, в результате чего при делении на 12 месяцев в остатке получается больше дней, чем в случае солнечного календаря. И здесь для наших героев из tzdb возникает проблема.
Каким же образом она решается? Да самым примитивным.
Файл TZIF оканчивается синтаксической конструкцией, о которой мы говорили выше. Начинается же он с длинного списка исторических данных о переводе времени в этом часовом поясе. Если страна когда-либо поменяет правила вычисления времени в своём регионе, они окажутся отражены там же в футере файла TZIF вместе с жёстко прописанными данными о совершённых ранее переходах.
Но вы можете просто взять этот список прописанных переходов, которые преобладают над футером, и спроецировать их в будущее. В итоге программисты, работающие с TZIF, сделали следующее:
- Выбрали достаточно отдалённый год в будущем (2086).
- Написали на Emacs Lisp скрипт для вычисления периодов празднования Рамадана.
- Использовали вывод этого скрипта для генерации переходов на летнее время в Марокко и Газе.
И именно поэтому информация по Марокко и Газе, в отличие от всех других часовых поясов, просто прописана в tzdb жёстко.
Если вы вдруг надеетесь, что есть ещё подобные весёлые часовые пояса, то вам не повезло. Остальные представители составленного мной списка, который не учитывает переходы на летнее время после 2025 года, просто аналогичны Касабланке и Газе.
$ find -L /var/db/timezone/tz/2024a.1.0/zoneinfo/ -type f | xargs -n1 ./tzdump | jq 'select(.Transitions[].TransitionTime > 1735689600) | .ID' -r | uniq -c | sort -n
26 /var/db/timezone/tz/2024a.1.0/zoneinfo//Africa/Cairo
...
26 /var/db/timezone/tz/2024a.1.0/zoneinfo//US/Pacific
26 /var/db/timezone/tz/2024a.1.0/zoneinfo//WET
26 /var/db/timezone/tz/2024a.1.0/zoneinfo//posixrules
130 /var/db/timezone/tz/2024a.1.0/zoneinfo//Africa/Casablanca
130 /var/db/timezone/tz/2024a.1.0/zoneinfo//Africa/El_Aaiun
184 /var/db/timezone/tz/2024a.1.0/zoneinfo//Asia/Gaza
184 /var/db/timezone/tz/2024a.1.0/zoneinfo//Asia/HebronПохоже, что каждый второй часовой пояс после 2025 года имеет всего 26 переходов. Думаю, это сделано лишь для того, чтобы ПО, которое ничего не знает о прописанных в футере TZIF правилах перехода, в любом случае сохраняло точность в течение нескольких лет в будущем.
America/Nuuk переходит на летнее время в -1:00
Нуук находится в Гренландии и является частью обширной киновселенной Евросоюза.
Вся Европа (не знаю, как именно эту область правильно обозначить: EU/EEZ/EFTA/CoE) синхронизирует свои переходы на летнее время, за исключением Исландии, где этот переход вообще не производят (
Atlantic/Reykjavik, который технически является «синонимом» для Africa/Abidjan, и в их строке правила указано просто GMT0). Большинству европейцев знакомо три основных часовых пояса, которые мы можем назвать
Europe/Lisbon (западная часть), Europe/Brussels (центральная часть) и Europe/Athens (восточная часть). Каждый из этих поясов на один час опережает предыдущий, и их переходы выглядят так:# Я использую дополнительные пробелы, чтобы подчеркнуть симметричность, а также пропишу скрытую «/2»
Europe/Lisbon: WET0WEST ,M3.5.0/1,M10.5.0/2
Europe/Brussels: CET-1CEST,M3.5.0/2,M10.5.0/3
Europe/Athens: EET-2EEST,M3.5.0/3,M10.5.0/4Иными словами, Лиссабон переходит на летнее время в 1:00, Брюссель следует за ним в 2:00, а Афины догоняют их в 3:00. Но всё это время местное — в реальности переходы происходят одновременно.
И это вполне разумно. Такая система отсчёта времени, когда его отличие в любых двух точках Европы всегда одинаково, удобна для бизнеса.
И Гренландия не прочь стать частью этой системы, но загвоздка в том, что эта страна расположена довольно далеко на Западе континентальной Европы. Если в Лиссабоне стандартное время равно UTC, то Гренландия отстаёт от UTC на 3 часа. Вот их правила перехода на летнее время:
$ cat /var/db/timezone/tz/2024a.1.0/zoneinfo/America/Nuuk
<-02>2<-01>,M3.5.0/-1,M10.5.0/0Обратите внимание на
M3.5.0/-1. Первая часть — это стандартный день перехода на летнее время в Европе. А что означает /-1? Эта часть означает, что Гренландия производит этот переход не в 2:00 (/2), а в -1:00 (/-1). Согласно прописанным в файле правилам, переход должен происходить в воскресенье, но по факту происходит в 23:00 субботы. Супер странно. Думаю, что это ломает ПО, так как
America/Nuuk и его «синонимы» относятся к тем часовым поясам, чьи правила перехода на летнее время в /usr/share/zoneinfo на моём Mac полностью пропущены и доступны только в других копиях tzdb в /var/db/timezone.America/Santiago и Africa/Cairo переводят часы в 24:00
Нуук производит переход самым первым, а Сантьяго и Каир последними. Оба этих региона переходят на летнее время в 24:00? То есть имеется в виду следующий день?
America/Santiago: <-04>4<-03>,M9.1.6/24,M4.1.6/24Africa/Cairo: EET-2EEST,M4.5.5/0,M10.5.4/24Думаю, что оба этих часовых пояса прописаны таким образом в связи со странностью правил, определяемых их правительствами. Например,
M10.5.4/24 должно означать «последний четверг октября, 24:00», а по факту означает «день после последнего четверга октября». Причём это не то же самое, что «последняя пятница октября», так как месяц может заканчиваться в четверг.Оба этих файла также находятся на Mac в списке капризных часовых поясов, которые не попадают в
/usr/share/zoneinfo.▍ Australia/Lord_Howe практикует самый необычный переход на летнее время
Когда вы переходите на летнее время, то либо «шагаете вперёд», либо «отступаете назад». Естественно, все согласятся, что это подразумевает сдвиг на один час?
А вот вам скрипт, который проверяет «Каково будет отличие между стандартным и летним временем в каждом часовом поясе?»
$ find -L /usr/share/zoneinfo -type f | xargs -n1 ./tzdump | jq 'if .Rules.DST == null then "\(.ID)\t0" else "\(.ID)\t\(.Rules.DST.LocalTimeType.UTCOffsetSeconds - .Rules.Std.LocalTimeType.UTCOffsetSeconds)" end' -r | sort -n -k 2 | uniq -c -f 1 | awk '{ print $1 "\t" $3 }'
410 0
2 1800
185 3600
1 7200Хмм… В 410 часовых поясах переход на летнее время вообще не практикуется. В 185 разница составляет 3 600 секунд, то есть один час. Но есть и особые случаи.
Например, в
Antarctica/Troll сдвиг происходит на 7 200 секунд, то есть на 2 часа. Такая вот корректировка.<+00>0<+02>-2,M3.5.0/1,M10.5.0/3Поэтому в течение зимы (то есть северного лета) они используют норвежское время? Но в Тролле зимой живёт сколько, 6 человек? Действительно ли этим шести душам так важен их вклад в эзотерические таинства мира программного обеспечения? Надеюсь, что да. Очевидно, что на практике они в течение года сдвигают часы четыре раза, но в коде нет синтаксиса, чтобы это выразить.
Хорошо, но настоящий вопрос в том, как обстоят дела с двумя результатами по 1 800 секунд. Это синонимичные случаи, касающиеся часового пояса
Australia/Lord_Howe, где происходит мощный 30-минутный переход на летнее время:<+1030>-10:30<+11>-11,M10.1.0,M4.1.0Опережая UTC на 10 ч. 30 м., они переходят на летнее время в 11:00. Могу лишь порадоваться за них. При такой системе ежечасное выполнение задач Cron ведёт к очень неудобной координации с местным временем. Во всех других точках планеты каждые 60 минут стрелки ваших часов оказываются в одном и том же месте циферблата.
За исключением острова Лорд-Хау. Что сказать — герои! Здесь в первое воскресенье октября, 60-минутный интервал сдвигает часы лишь на 30 минут. Теперь все ваши задачи Cron оказались смещены относительно местных настенных часов.
Если кому любопытно, этот остров принадлежит Австралии, и по данным последней переписи проживает на нём 382 человека. В какой-то степени этот уголок планеты можно назвать природным раем, с целью сохранения которого на остров допускается не более 400 туристов одновременно.
Пожалуй, самой известной особенностью Лорда-Хау является вулканический остров-сосед Болс-Пирамид.
Болс-Пирамид как памятник найденным на нём древесным омарам (dryococelus australis), которые считались вымершим видом насекомых, а также программным инженерам, которые пишут код для обработки часовых поясов.
По факту это старый потухший вулкан, который выглядит очень впечатляюще.
▍ Основные выводы
Часовые пояса — запутанная тема, но не безнадёжно. Состоят они из:
- ID, например,
America/Los_Angeles. - Набора жёстко прописанных переходов, которые простираются из прошлого в будущее.
- Набора правил для выполнения будущих переходов на летнее время.
Любое отдельное взятое время в часовом поясе — это всего лишь:
- Смещение относительно UTC.
- С «определяющим» временем, которое не имеет особого значения.
- Плюс фактор того, является ли оно летним, хотя эта информация обычно нигде не выводится.
Вы всегда можете уникально определить, какое время UTC человек имеет в виду, если он сообщит вам свой часовой пояс + местное время + текущий определитель времени. Часовой пояс + определитель дают вам смещение, которое вы можете применить к местному времени, чтобы получить UTC.
И да, это странно, запутанно, но всё же не столь ужасно.
Добавлю:
- Не ведитесь на чужие рассуждения в духе «Если что-то очень сложно, то значит невозможно».
- Ведь практически каждый стандарт (за исключением, пожалуй, ISO8601) — это просто файл, который вы можете прочесть. Вы грамотны. Вы это реально можете. Вникните в странность системы перехода на летнее время в Гренландии. Верьте в себя!
- Если бы я был генеральным секретарём ООН, то исключал бы любые страны, которые, на мой взгляд, недостаточно уважительно относятся ко времени Пола Эггерта.
▍ Дополнение: прочие странности в zoneinfo
Честно говоря, в zoneinfo есть кое-что, с чем я не могу разобраться, так как даже у моего ботанского ума есть пределы. Пусть это будет задачкой для читателей.
Перечисленные ниже часовые пояса имеют сотни жёстко прописанных переходов в будущем, и я не понимаю, почему? Не похоже, чтобы они все использовали лунный календарь.
- У
Asia/Jerusalemпрописано 780 будущих переходов из всего 901. - У
Africa/Cairoпрописано 800 будущих переходов из 929 всего. - У
America/Nuukпрописано 800 будущих переходов из всего 889. - У
America/Santiagoпрописано 800 будущих переходов из всего 931. - У
Pacific/Easterпрописано 800 будущих переходов из всего 911. - У
Asia/Gazaпрописано 982 будущих перехода из всего 1106.
Во всех этих файлах отсутствует футер с правилом, но у нашего товарища
Africa/Casablanca жёстко прописано всего 132 перехода, и тоже нет футера. В чём тут дело?Telegram-канал со скидками, розыгрышами призов и новостями IT ?
Комментарии (61)
Hesed
08.11.2024 17:16Недавно поймал проблему с Аместердамским временем UTC+00:20. Эта таймзона существовала до 1940го года, поэтому абонент, рождённый до этого года, получал очень хитрую калькуляцию в одном из бизнес-правил. Проблема решилась обновлением tzdata, а на вопрос "почему 20 минут-то?" голландцы пояснили, что "всегда хотели быть хоть немного впереди этих заносчивых британцев".
LF69ssop
08.11.2024 17:16как по мне так слишком много отвлечений по тексту. Ну и
Григорианский календарь хорош тем, что при его использовании Солнце с течением лет продолжает в одно и то же время оставаться в одном и том же месте небосвода. Он исключает блуждание месяцев между разными сезонами, как это происходило при римском календаре.
Технически такое «примерное сохранение положения солнца в одном месте в одно и то же время дня» называется «средним солнечным временем».
в этих абзацах речь идет о разном. Поэтому причем тут "такое" не очень ясно.
KEugene
08.11.2024 17:16Тут в статье упоминался один из "странных" часовых поясов Австралии. Я бы хотел просто дополнить про Австралию в целом.
Материковая Австралия имеет 5 часовых поясов: от +8:00 до +11:00 (включая дробные 9:30 и 10:30). То есть, у каждого штата свой пояс. Australian Capital Territory (ACT, кстати, штатом не считается), где столица государства, территориально внутри NSW и такое же время. Ну и Тасмания живет по времени Виктории, хотя, Тасмания уже остров. Если же учитывать мелкие острова, то всего 9 часовых поясов, которые с географией связаны довольно слабо.
Daylight Saving Time применяется не по всей стране.
DST применяется в штатах New South Wales, South Australia, Tasmania и Victoria, также в Australian Capital Territory, Jervis Bay Territory и Norfolk Island. Не применяется в штатах Queensland и Western Australia, в Northern Territory и внешних территориях. Преключение происходит в первое воскресенье октября и апреля.
Кстати, мне приходилось не раз пересекать границы штатов на машине. Я использую телефон в качестве навигатора и каждый раз мог видеть, как на нем меняется время. Я бы сказал, точность в пределах пары сотен метров от знака границы штата. Некоторые городки расположены прямо на границе. То есть часть городка в одном штате, часть в другом. Да что там "городки". Голдкост принадлежит QLD, но его южный конец частично, в NSW. Границу штатов видно по припарковпным машинам. Вот улица с белыми номерами QLD, а вот за перекрестком пошли желтые номера NSW. Вроде ерунда, а время другое, а ночью и дата.
y_mur
08.11.2024 17:16Ещё забавно как извилисто проходят границы часовых поясов, которые изначально задуманы прямыми линиями, но везде сильно искажены местной администрацией. Есть забавные места где едешь на поезде в одном направлении, а время несколько раз прыгает то на час вперёд то обратно.
artemisia_borealis
08.11.2024 17:16Это вы ещё вот этого хаоса не видели.
Очень неожиданно, при этом границы этих "зон" не совпадают с границами штатов и территорий.
Astroscope
Интересно, существуют ли оценки экономического ущерба от ошибок и путаницы, возникающей из-за перевода на "летнее" время? Начиная от пропущенных рейсов на транспорте и заканчивая более масштабными сбоями. Сама по себе концепция "летнего" времени глубоко ложна, ведь как нам объясняют, она якобы призвана максимально использовать световой день и экономить электроэнергию на освещение. Чушь! Просто сдвигайте рабочие часы, причем необязательно шагами в один час (наиболее частое значение), а вообще-то говоря, уже изобрели светодиодные светильники с на порядок (грубо в десять раз, если кто забыл) большим КПД, чем у традиционной лампочки
ИльичаЭдисона, так что фактор экономии выглядит на порядок более сомнительным, чем раньше. Не пора ли избавиться от этого атавизма с чехардой на часах?Перевод и оригинальная статья - плюс.
geher
Тут не все так просто, как на самом деле.
Летнее время вроде как имеет реальный смысл, но только в условиях существенного дефицита электроэнергии. Иначе оно тупо не оправдывает себя. Светодиодные светильники отчасти могут решить проблему такого дефицита (если он, конечно, был), но не до конца ,ибо все равно потребление энергии на освещение получается огромным. И даже эти копейки экономии на каждом светильнике в сумме могут дать большой объем сохраненной электроэнергии.
А вот со смещением рабочих часов вместо используемого перевода часов не все так гладко получается. Люди будут массово путаться, особенно если двигать график постоянно с восходом/закатом и/или на не кратное часу время . Проще таки два раза в год сдвинуть время на час. Ну потупят некоторые один-два дня, но остальное время все будет параллельно и перпендикулярно: начало и конец рабочего дня всегда в одно время по часам.
Впрочем, в большинстве стран мира (включая Россию) такого дефицита электроэнергии не наблюдается, чтобы оправдать это безобразие. Так что таки лучше мы поживем без этого самого летнего времени.
Astroscope
Имеет смысл местное солнечное время и его подтяжка к тому или иному (ближайшему!) часовому поясу для синхронизации минут с другими часовыми поясами - это реально удобно во всех смыслах, кроме тех случаев, когда удобнее UTC (общепринято в некоторых сферах) или местное время (почти никогда вне астрономии или геодезии). Чтобы полдень приходился на приблизительно 1200, а полночь приблизительно на 2400 по всей стране, если ее протяженность достаточно невелика, чтобы уместиться в приблизительно один часовой пояс - приблизительно пятнадцать градусов. Иначе лучше страну делить на часовые пояса по все тому же принципу.
Никакой опасной путаницы не будет. Нет проблем установить расписание, в котором в такие-то месяцы года рабочий день начинается в 1000, а в такие-то в 1100. Ну или какое угодно другое время, просто устанавливать начало рабочего дня на 0900 без веской причины не следует - работникам придется ехать в самой острой фазе утреннего часа пик, от чего они теряют больше времени в дороге, растет расход бензина, да и такая езда утомляет.
Не нужно доводить до идиотизма в целом, а в частности достаточно дать свободу бизнесу самому решать. То есть если мы сомневаемся в целесообразности двигать график в принципе, то двигать его постоянно понемногу - тем более очевидное доведение до идиотизма. Избегаем. Если есть экономия электроэнергии, то бизнес сам подвинется - если можно сэкономить просто на смещении рабочих часов, то почему бы этого не сделать? Инертность мышления и навязанные административно переводы часов - единственная причина. Помогите бизнесу оторваться от парадигмы
9960900-1800 и вопрос исчерпан.ssj100
Недавно Казахстан объединили. Казахи, если тут есть, как вам, лучше стало? Или ещё не опробовали?
salnicoff
У китайцев спросите. Они вроде все по Пекину живут.
ssj100
Ну китайцы давно живут, а казахам есть с чем сравнить
anonymous
НЛО прилетело и опубликовало эту надпись здесь
HardWrMan
Казахов всех подтянули на +5. Раньше было +6 и +5, теперь только +5. А по факту, удобно лишь западу, на Каспии: они в родном живут, а у нас на востоке при +6 светало в 3 летом, а теперь в 2 светает. У нас по хорошему вообще +7 быть должно.
ssj100
печалька
anonymous
НЛО прилетело и опубликовало эту надпись здесь
Astroscope
Казахстан вроде немного шире пятнадцати градусов.
ssj100
Немного? Более чем в 2 раза
Astroscope
Один часовой пояс это пятнадцать градусов. Советовать Казахстану, что делать, наверное бессмысленно. А высказать свое мнение - это пожалуйста. Мое мнение простое: либо мы удерживаем поясное время приблизительно равным местному (расхождение в пределах плюс-минус полчаса), либо просто переходим на UTC, ведь если мы все равно уже безнадежно оторвались от местного времени (разница более часа, иногда много более часа), то какая уже тогда разница на сколько и в какую сторону.
ssj100
Казахстан простирается на 42 градуса, а советовать... так я там не живу, просто слышал что было 2 пояса, а решили объеденить
HardWrMan
Верно. Причём, запад был +5, а центр и восток +6. При этом, ВКО по-хорошему должно быть +7. А теперь везде +5 и без DST.
Astroscope
То есть просится три пояса - сорок два разделить на пятнадцать будет примерно три. Административно можно назначить что угодно и как угодно - примеры мы видим и в статье, и в нашей ветке комментариев, но если оставаться в парадигме часовых поясов, то в данном частном случае их требуется три для того, чтобы расхождение местного солнечного времени с поясным не превышало плюс-минус полчаса.
ssj100
Так просится 3, было 2, сделали 1. Поэтому поинтересовался какого это.
Spaceoddity
Спасибо ДАМу, избавились! Теперь постоянно на зимнем сидим. Это когда летом рассветает в 3 утра, а темнеет в 10 вечера... А! Светодиодные же лампочки же есть! Поэтому будем бодрствовать в потёмках, а спать при свете солнца...
Astroscope
Нет, я понимаю, что in soviet russia все по-другому, но объясните, если возможно, что мешает вам просыпаться ближе к восходу и засыпать ближе к закату, если вы хотите максимально использовать световой день для активности и максимально использовать ночные часы для сна?
Spaceoddity
Вы реально не понимаете??? In soviet russia у "стандартно работающего с 8 до 5" гражданина свободное время обычно есть только вечером. От которого как раз и оттяпали час. Дополнительный час солнца ранним утром - мало кому упёрся...
y_mur
Знаю пару не мелких предприятий, которые установили рабочий день с 7 до 16 как раз из этих соображений. Так что сейчас на уровне бизнеса это как минимум возможно.
salnicoff
И в СССР такое было. Но не из-за экономии электричества, а чтобы рабочих можно было привезти и увезти, трамаваи-то не резиновые.
Vsevo10d
Нет, он как раз оставил в 11-м летнее, а большая часть в 2014 вернулась на постоянное зимнее, ибо оно стандартное поясное.
Так это все равно меньше времени для здорового сна. А с ноября наоборот, рабочее время больше светового дня, и утром перед работой, и вечером после работы темно. Ну будет этот период попадать в нежелательную темноту/свет либо одним концом, либо другим. От этого никак не избавиться.
Никогда не понимал этих вайнов насчет "неправильности" летнего или зимнего времени, дескать "теперь темно". Перевод стрелок не влияет вообще ни на что, совсем, никак, часов все равно 24, только один темный час пропадает в год.
Да, правильнее было бы вставать пораньше и ложиться пораньше, чтобы пик сна был на поясную полночь. Это где-то в 20 лечь и в 4 утра встать. Дык как вы весь мир заставите разом это делать? Весь двадцатый век на работу к 9 ходили. Все времена работы учреждений на это заточены, и сетка вещания телевизора тоже. А ведь 20 лет не прошло, как Интернет стал альтернативой телевизору, а для огромного пласта населения так его и не заменил.
Лично я логически хотел бы, чтобы после работы зимой было еще светло хоть недолго - погулять, до магазина дойти засветло, в машине или на балконе поковыряться при свете. Но психологически понимаю, что вставать в темноте - буээээээ. Пусть хоть солнце утром будит, а то и так еле встаю.
Spaceoddity
Просто он всю эту чехарду и затеял - как начали туда-сюда гонять, в итоге окончательно всех позапутали. Я лично очень долго ещё тупил когда мне Винда выдавала сообщения о переходе...
Дело не в сне. А как раз в бодрствовании, которое приходится на тёмное время суток.
Да. И вот тут как раз бы подвинуть солнышко к вечеру - чтобы человек хотя бы с работы возвращался засветло. Утром солнечный свет мало кому нужен.
Раз не влияет - зачем переводили?)) На самом деле ещё как влияет - часы работы различных организаций привязаны именно к циферблату, а не к положению солнца на небосклоне.
Нет. И не об этом речь, и не правильнее))
А вы, я смотрю, двадцатый век вообще не застали?)) К 8 все ходили! Это потом уже эти ваши буржуйские штучки стали заимствовать))
Ну вот именно об этом и речь.
Не замечал за собой такой особенности, но даже тут суть в том, что и так приходится заставлять себя просыпаться, так пусть хоть час солнца вечером будет.
О чём мы вообще спорим? Самый раздражающий фактор для жителей панелек? Строительный шум по утрам выходных))
randomsimplenumber
А не наоборот? Просыпаться приятнее при солнечном свете, а вечером он мало кому нужен? ;)
Как это время не крути, летом, когда день длинный, света хватает всем. Зимой, когда день короткий, просыпаешься в темноте, возвращаешься домой тоже в темноте. Какой то осмысленный эффект наблюдается на протяжении пары недель после перевода времени. Оно точно того стоит?
geher
У людей разные приоритеты. Мне лучше просыпаться при солнечном свете, темный вечер я как-нибудь выдержу. Другим важнее свет после работы. А голосование, которому можно доверять, на эту тему вроде как еще не проводили.
Spaceoddity
Нет. Что значит "просыпаться приятнее"? Мне вот неприятно продирать глаза как вампиру от солнечного света))
Ну и насчёт "вечером он мало кому нужен" - вы серьёзно? Зачем вообще солнечный свет тогда, правда?
Придётся всё-таки хронологическими выкладками заниматься...
Ну во-первых, летом света хватает далеко не всем. Напомню, в день летнего солнцестояния темнеет в 10 вечера. Это вот как раз всё из-за того что рассвет в 4 утра.
Зимой световой день короче, но он же имеет не фиксированную величину. Условно говоря, в декабре будете возвращаться затемно, в ноябре уже засветло.
Ну и для понимания масштаба проблемы - в Мск, в декабре, солнце будет заходить в 15:57.
Моё недоумение вызвано не отменной ежегодного перехода, а тем, что решили остаться на зимнем, а не на летнем.
geher
Не у всех. У меня в 11 обычно еще достаточно светло
Причина простая. Максимальная приближенность астрономического полудня к отметке "12:00" для большинства мест.
Как некоторые любят говорить, решать надо не переводом часов, а изменением рабочего графика. Если сформулировать по другому - ищите работу, где рабочий день начинается с 07:00 или раньше (такое бывает, иногда можно даже договориться о персональном графике).
И зимнего времени нет, есть только летнее и поясное, причем в России для западных регионов поясное составляет +1 час от стандартного поясного. Так что фактически мы живем таки по летнему. А раньше жили зимой по летнему, а летом по двойному летнему.
Spaceoddity
Так я и не свою местность имел в виду, для примера взял Москву - там солнце в июне садится в 21:19. Если вы за полярным кругом живёте - у вас вообще ништяк летом)) Но речь-то об основной массе населения.
В чём сакральный смысл этого приближения?
Нет. Это элементарная оптимизация. Что проще - один раз перевести часы всей страной, или каждой организации менять рабочий график? Итог тот же самый, только во втором случае вы получите адову канитель с полным разбродом и шатаниями))
Да причём здесь я? Что за привычка постоянно переходить на личности? Ну попробуйте вы абстрагироваться от собственных предпочтений. Я-то как раз о гражданах нашей необъятной пекусь. Мне лично совершенно по барабану - я даже не сова, а вампир, причём со свободным, плавающим графиком.
Ну и ваше пояснение выглядит так, будто "давайте всем миром штаны через голову надевать, но вы всегда можете поискать работодателя, который разрешит вам это делать через ноги"...
Это всё бессмысленный терминологический спор. Можете обзывать как угодно, можете смещать на 3 вперёд, а потом на 4 назад - смысл в итоге ведь не меняется. Для современного человека, вечер - гораздо более продуктивное и комфортное время суток, чем раннее утро.
geher
Все проще, я живу ближе к западной границе часового пояса. А часовые пояса у нас широкие.
В русском языке слово полдень означает середину светового дня. 12 часов также именуют полуднем. Хотите просто и быстро поменять эту привязку?
Это было бы элементарной оптимизацией, если бы гарантированно давало полезный результат для подавляющего большинства населения. Вы уверены, что желающих дополнительный светлый час вечером заметно больше, чем не желающих просыпаться в темноте? Я не уверен. А если добавить к этому, что в силу ширины часовых поясов этот дополнительный час вечером будет для многих все столь же темным...
А где здесь переход на личности? Это было не обращение лично к вам. Просто переформулировал предложение, причем сделанное не мной.
Продуктивность и комфортность времени суток не связаны напрямую с естественным освещением. Мне вполне продуктивно и комфортно и темным вечером. И я не берусь утверждать, что отношусь к меньшей части населения.
Spaceoddity
Я не понял - так в чём проблема-то?)) Несемантичный термин получится? Так и сейчас полдень не делит световой день поровну. Ну и вы так выражаетесь, как будто ещё 15 лет назад, два разу в год эту привязку не меняли))
На 99%.
Почему вы мыслите в какой-то "дискретной парадигме времени"?)) Ну значит у них более ранний час будет светлым. А в противном случае тёмными у них являются уже 2 часа))
Ещё как связаны ;) Заниматься чем-то впотьмах - то ещё удовольствие. Вплоть до элементарного перемещения шагом))
randomsimplenumber
Зимой, когда световой день 8 часов, как часы не крути, темно и утром и вечером. Ну то есть не работает оно совсем. Ну разве что синхронизировать часы не с полднем а с рассветом - но тогда время нужно двигать не на час, а значительно больше. И не 2 раза в год, а значительно чаще.
Spaceoddity
Тяжело с вами... Хорошо, давайте предположим, что световой день занимает не ровно 8 часов. В феврале вот он за 10 часов переваливает - представляете? Вот тут этот концепт и начинает работать. А вас послушать - так мы в декабре постоянно живём, поэтому всё тлен...
Astroscope
Расхождение продолжительности дня и ночи тем больше, чем выше широта места. Крайний случай - полярный круг и дальше, где день может затянуться на полгода, как и ночь за ним. В тропиках же расхождение практически пренебрежимо и в быту значения не имеет - только в астрономии и крайне мало еще где. Поэтому ваш комментарий без привязки к широте места, о котором вы говорите, сложно конструктивно подтвердить или опровергнуть.
randomsimplenumber
бинго это работает в феврале и ноябре. в остальные месяцы оно не работает. ну и стоит оно того?
ЗЫ всегда интересовало, откуда ночной поезд в эту карнавальную ночь берет лишний час, чтобы успеть по расписанию.
HardWrMan
Дык это, поезда же едут все по москве. Я это ещё со времён СССР помню.
randomsimplenumber
Хотите сказать, расписание на станциях не по локальному времени а по московскому? О_о ;)
Не о том. Карнавальная ночь на час короче обычной. Нужно ехать быстрее, но не всю ночь, а тот самый интервал между 2 станциями. Причем всем поездам одновременно. Или под эту ночь составляют специальное расписание?
HardWrMan
Я в детстве много ездил поездами. Тогда было время СССР. И вот у нас, по сути в глухой степи зажопинска, все расписания были 2 даты: первая и обязательная по Москве, вторая необязательная по местному. Она всегда просто была адаптирована как +3 часа (согласно часовому поясу в то время), иногда просто так и было написано в информаторе: +3 часа, без указания конечного значения. Особенно, в вот таких информаторах:
Я тогда жил рядом с вокзалом и любил залипать в эти штуки, нажимая рандомные кнопки. Если они были свободны, конечно.
Бинго! А в век компьютерных технологий это вообще не проблема.
PS Это вы вспомнили про одну ночь для ЖД, попробуйте для себя открыть каждый день для авиации. Когда рейс Москва-Владивосток летит условные 8 часов в обе стороны, только туда по местным часам он летит 16 часов а обратно 0! Парадокс!
HardWrMan
Обед у нас не в середине дня а с часу до двух. А ведь обед как раз разделяет рабочий день на двое. А если цепляться к словам, то вы слышали про "полдник"? Так вот он вообще с 4 до 5 дня. Или полдник должен быть в полдень?
Astroscope
А у нас обед вечером, после рабочего дня. Ужина при этом может не быть вовсе, либо это будет что-то незначительное.
Что в целом плохо, потому что это:
Пропащий час вне дома, от чего восьмичасовый рабочий день занимает девять часов.
Время, малопригодное для значимого приема пищи.
Если все же плотно отобедать, то последующие несколько часов работать по сути невозможно по причинам сугубо физиологическим.
Исключения? Конечно, называется сиеста, когда дневной перерыв занимает несколько часов. В холодном климате смысла не имеет, см. выше про потерянный девятый час, а в жарком - очень даже.
Полдник должен быть в полдень, это довольно очевидно. Вы же говорите об по сути устоявшемся ошибочном использовании термина. Это как вполне себе общепринято говорить об "усилении" антенны, хотя антенна не только не усиливает в принципе, но наоборот лишь привносит потери.
HardWrMan
Аналогия кривая, потому что правильно геометрически сделанная антенна действительно имеет усиление на проектной частоте за счёт резонанса.
Spaceoddity
Да элементарная параболическая тарелка за счёт своей геометрии и фокусировки пучка обеспечивает усиление сигнала. Дециметровые антенны, насколько я помню, делались так чтобы обеспечивать увеличивающуюся разницу потенциалов на концах директоров.
Так что аналогия вообще мимо))
P.S. Так и есть:
Astroscope
Вы говорите о пространственной избирательности - усиления при этом не происходит, происходит неравномерное перераспределение подведенной к антенне энергии за вычетом потерь в ней - все, что не потери, излучается, но излучается неравномерно - куда-то, в какую-то сторону, излучается больше. За счет чего куда-то может излучиться больше? Только за счет того, что куда-то излучится меньше. Энергии не становится больше, усиления нет - есть ослабление из-за потерь, хорошо если незначительное.
Правильнее говорить коэффициент направленного действия. В антенном деле не используются единицы измерения дБ (dB). Используются dBi, dBd, dBic и тому подобные. Возможно, в вашем источнике ошибка.
Astroscope
Это, интересно, почему вы так считаете?
santjagocorkez
Открываем произвольный голливудский фильм, наблюдаем, как они зачем-то живут личную жизнь в потёмках (рестораны, пробежки, встречи в кабаке и так далее). Ага! Значит, население планеты в большинстве своём проживает в местностях, где сумерек почти нет. Вот в 6:00pm светло, вот в 6:15pm полная темень. В общем, если говорить глобально, то негоже всей планете ориентироваться на хотелки приполярья. И я крайне рад тому факту, что в Yuc нет вообще никаких переводов часов круглый год. Что, правда, никак не гасит ущербность идеи часовых поясов.
HardWrMan
А как относится перевод часов в рамках DST к самим часовым поясам в принципе?
santjagocorkez
А вот так: вообще не важно, что там и как с конкретными часовыми поясами и, тем более, локальными правилами их применения, коли вся идея часовых поясов ущербна.
HardWrMan
Предлагаете сделать землю плоской и заставить солнце всходить везде одновременно? Потрудитесь раскрыть свою мысль об ущербности часовых поясов.
salnicoff
Когда придумывали летнее время, сначала хотели сдвигать рабочие часы. Но никто не согласился, поэтому пришлось сдвигать стрелки часов... :-(
anonymous
НЛО прилетело и опубликовало эту надпись здесь
salnicoff
Из-за этих переводов можно было всех подряд штрафовать, потому что по закону часы в кассе могут убегать или отставать не более, чем на 5 минут. Время переводят ночью, а часы в кассе — утром, когда начинается смена. Можно было приходить к открытию любого магазина и выписывать штраф...