Комментарии 131
А звездочки и сообщения о том, что что-то там экстремистское в РФ не нужно разве?
За 50 лет добавили 27 раз
А за 1000 будет 0?
За 50 лет добавили 27 раз
А за 1000 будет 0?
Как и в любом таком «отличном начинании» аккуратно проигнорирован вопрос «а за чей счёт банкет».
Думаю, стоимости активов Цукерберга как раз хватит, чтобы покрыть затраты на это «отличное начинание».
Лучше спросите — за чей счёт банкет по проведению всех этих перечисленных работ по обновлению информации об этих лишних секундах.
А вы правда думаете, что программисты Мета не осилят такую операцию, как сделать скрипт, выполняющий перевод часов на серверах на одну секунду без последствий и для данных, и для бюджета?
Вы не понимаете, это проблема не только Меты. Для всех распределённых систем эти лишние секунды — это разрыв в монотонности времени
Так нет же никакой монотонности времени. Время во всех системах исключительно дискретное, а его переводы — штатная операция, постоянно возникающая в различных узлах. В каждом сервере внутреннее время тикает по своим внутренним часикам, которые регулярно отклоняются от общемирового, и регулярно же корректируются синхронизатором, на те же секунды плюс-минус.
Поэтому это вообще не работа, системы в принципе не должны ломаться от подобных корректировок.
но имеет очень большую «стоимость» как раз из-за того, что непозволяет использовать решения полагающиеся на надежный ход времени
На практике модели, которые не полагаются на надёжную синхронизацию сотен и тысяч узлов вплоть до миллисекунд, как раз намного дешевле, чем те, которые имеют в архитектуре такие точки отказа.
Зато средства на исправление будут выделены. Как с Y2K, примерно
Если уж так говорить, у большинства программ (кроме часов в таскбаре) и доступа-то к абсолютному значению времени быть не должно.
На то, чтобы астрономы перестали сеять периодический аналоговый хаос
А давайте с политиков начнём, а?
Часовые пояса как попало и зимнее/летнее время вызывают несравненно большие неудобства. Статья на англовики как раз говорит о том, что проблемы в софте были, но в основном решены.
А астрономы – тишайшие учёные, меньше всего от них хаоса.
Не понимаю претензий к астрономам. Это ваша чисто программистская задача, вот и решайте, и не лезьте в геофизику, не мешайте Земле крутиться. Я понимаю, что Meta было бы удобно 256 дней в году. Но увы.
Не понимаю претензий к программистам. Это ваша чисто геофизическая задача (точность), вот и решайте, и не лезьте к прикладникам, не мешайте людям использовать "бытовое" время (то, что на часах). Я понимаю, что геофизикам удобно вводить коррекцию для времени по их собственному желанию. Но увы.
Да, еще можно 29 февраля убрать. А то какие-то непонятные високосные года астрономы придумали.
Mark Zuckerberg просто купит водокачку Dlouhé stráně, велит в нужный момент слить озеро с горы и всё встанет на свои места. ?
То есть 17 часов будет не 1 млн микросекунд в секунде, а меньше/больше, что тоже неидеально. Если бы мы хотели сделать действительно незаметную перестройку, надо было бы размазывать эту секунду на весь год, тогда количество микросекунд в секунде не изменилось бы. Но не уверен, что возможно сдвинуть отсчёты на такое небольшое значение чисто технически.
> Если бы мы хотели сделать действительно незаметную перестройку, надо было бы размазывать эту секунду на весь год, тогда количество микросекунд в секунде не изменилось бы.
любое размазывание означает неравномерность времени, предположим для людей незаметную, но не для кварцев которых используется миллионы (консервативно), везде где требуется стабильная частота, среди прочего включая радары, как неравномерность времени скажется на их работе, в том числе вычислении координат самолетов и пр. в центрах управления воздушным движением например?
На уровне железа статичный сдвиг сделать и не получится, т.к. он из года в год разный, потому такой вариант обсуждать бесполезно. В любом случае это будет контролироваться софтом, как бы ни было реализовано.
> везде используют атомное/GPS время
правильно, обычно NTP Time Servers используют GPS , но критические системы могут иметь свой независимый источник единого времени, не обязательно GPS, но синхронизированный с общим источником, вопрос в том что если базой всех расчетов сделать неравномерное время вероятно придется много менять в sw,
imho то что мы имеем сейчас с leap seconds, минимальное зло, время течет равномерно, вставлять leap seconds требуется сравнительно редко, т.е поддерживать |ut1-utc|<1sec, это позволяет ut1 заменить на utc для грубых рассчетов координат с точностью несколько сот метров в абсолютной системе, проблема с ut1 в том что оно существенно неравномерно, и вообще требует наблюдений для своего определения
ps
пример NTP Time Server использующего GPS, как требуется RFC 5905 для primary server
вращение Земли существенно неравномерно, предположим нужны абсолютные координаты точки, для этого требуется ut1 посколько это по сути и есть угол поворота Земли в абсолютных координатах, т.е. Вам надо делать для начала астрономические измерения, как положено для определения ut1, положения звезд могут дать ut1, но предположим Вам надо достаточно грубо, тогда используете прямо utc, учитывая это неравенство, ошибка координат будет не более сотен метров, примерно так,
кстати из статьи не совсем ясно что такое "leap seconds" которые называются високосными, заметим их вставлено 27 с 1972 года, если бы раз в 4 года за 50 лет их было бы 12, а не 27, дело в том что они вставляются когда ошибка накопится, а не в високосные года, т.е. поддерживается |ut1-utc|<1sec
> Источники времени UT1 существуют, так же как и обновляемые дельты с атомным и с UTC, можно в любой момент вычислять положение.
смотрите, источники существуют т.к. сейчас есть служба наблюдения за вращением Земли, чисто измерительная:
" To obtain UT1, you have to look up the value of UT1-UTC for the date concerned in tables published by the International Earth Rotation Service"
Earth Rotation Service в частности необходима для расчета координат GPS с точностью десятков метров (без использования local reference), что делается автоматически наземной службой,
т.е. за Вас как бы делают всю экспериментальную работу связанную с определением неравномерности вращения Земли, но так было далеко не всегда, когда вводились понятия UTC, и UT1, получить точное значение UT1 было труднее, поэтому решили сделать так чтобы в простых случаях навигации можно было использовать UTC вместо UT1, что давало точность определения собственных координат порядка сотен метров, что было совсем неплохо по тем временам, UTC распространялось службой времени по радио и этого было достаточно, с появлением GPS в общем все изменилось, типа нет особой необходимости вообще знать про неравномерность вращения Земли, но если GPS упадет, например в условиях глобального конфликта, придется делать по-старому, вплоть до определения UT1 по наблюдениям, так что старая система пока сохраняется
> небольшая частная задача подчиняет себе универсальное время для всех остальных применений
не совсем, UT1 = the mean solar time, по сути дела называется временем главным образом по историческим причинам, типа как в средние века по солнечным часам на площади в каждом городе было свое солнечное время, сейчас его меряют намного точнее, и слегка осредняют, но физически это просто измеренная и осредненная скорость вращения Земли на данный момент, его точность определения несравненно грубее UTC, т.е атомного времени с поправками 1 сек при необходимости добавляемыми два раза в год (30 июня, 31 декабря), UT1 не подходит для точных расчетов, оно неравномерно и определяется довольно приближенно, UTC это то что надо для расчетов, оно и распространяется через службы времени, вопрос в том надо ли его продолжать координировать, обеспечивая | UT1-UTC|<1sec, imho особых накладных расходов это не вызывает, но позволяет при необходимости использовать UTC вместо UT1,
в случае force majeure определение UT1 вероятно мало пострадает, т.к. делается многими обсерваториями независимо, но возможно станет мало доступным, системы распространения для UT1 нет, тогда как система распространения UTC и внесения коррекций сильно резервирована и технически проста, а вот GPS достаточно уязвима своими наземными центрами связи и обработки информации, которые собственно и делают основную часть работы, так что подстраховывать GPS, сохраняя координацию UTC с UT1, вероятно оправдано
Помню, в своё время наелся с переводом часов на зимнее/летнее время. Вперёд ещё ок, хотя случались варнинги мониторинга "целый час нет сигнала". А вот назад, когда час времени "два часа утра" происходит два раза подряд, и сам скачок на час назад, добавил боли. Речь даже не столько о БД, а о бизнес-логике и фронте, где юзеру нужно например показывать графики температуры и давления за сутки + события их выхода за разрешённый интервал.
Вот честно, спасибо ДАМу за отмету этого **вна.
А астрономам,@Tyusha, предлагаю подкрутить свой софт и не морочить всей остальной планете голову. У вас в звёздных сутках всё равно меньше 24 часов, так зачем вы жизнь обычным людям портите?
Кстати, в Китае всего один часовой пояс. Люди просто привыкли, что на одном конце страны магазины открываются в 8 утра, а в другом в 11. Эти числа всего лишь условности.
В России вообще классно было бы, у кого то магазин открывается в 8 утра, у кого-то в 10 вечера. Зато один часовой пояс.
С другой стороны это все условность, ну будет магазин работать с 10 вечера до 6 утра, вопрос привычки только, в реальности это будет обычный световой день. Например в Австралии зима в июне начинается и както они с этим живут вполне себе.
Просто надо перестать называть моменты времени 8:00 утром, и 22:00 вечером.
На жд не знаю как сейчас, раньше везде было время по МСК. В т.ч. часы на вокзалах, особенно за Уралом, показывали довольно внезапное время.
Причём остановили время в самом неудобном положении. В три утра летом уже светло, зато в восемь вечера уже сумерки.
Это в какой дыре такое?
PS Даже у альтернативно одаренных татар, которые непременно хотят быть в одном поясе с Москвой, получается так:
Казань - восход — 3:40, заход — 19:58
Набережные Челны - восход — 3:27, заход — 19:44
Тут есть особенность. Восход — время, когда солнце появилось над горизонтом. Но светлеть начинает раньше.
Аналогично и с заходом солнца, однако...
А если буквоедствовать, то восход/заход - это момент, когда верхний край солнечного диска пересекает воображаемую линию горизонта. Благодаря атмосферной рефракции фактическая продолжительность светового дня больше астрономической даже на экваторе на 7 минут. В более высоких широтах - профит больше.
Есть мнение, что остановили в точности согласно древнейшим определениям: 12 часов дня - это полдень, а 12 часов ночи - это полночь.
Т.е. если вы хотите, чтобы в 11 вечера еще было светло, то на всю ночь у вас максимум два часа и темнота по древнему определению должна закончиться в час ночи.
Неудобненько как-то получается, да? Такие вот у нас определения.
Наоборот. В 3 или в 4 утра посветлеет, разницы никакой нет, все равно блэкаут шторы покупать. Темнеет не в 8 вечера, а в 10-11 летом на широте Москвы, зато зимой утром светлеет хотя бы в 9-10, а не в 11, как было после первой попытки.
Какая разница, когда светлеет, если всё равно сидишь в офисе. Вот увидеть солнышко выходя с работы - это приятно.
Большая разница. Просыпаться в темноте тяжелее. Вкчером в любом случае увтдишь солнце летом и не увидишь зимой.
Вы серьёзно сейчас сравниваете? Что возможность встречать рассвет в 3 утра, куда важнее, чем наступление сумерек в 8-9 вечера?
А ложитесь-ка спать с петухами! Тогда и проблем с просыпанием не будет! А нормальные люди привыкли вечером заниматься своими делами, так что солнечный свет им в помощь!
Наоборот. В 3 или в 4 утра посветлеет, разницы никакой нет, все равно блэкаут шторы покупать. Темнеет не в 8 вечера, а в 10-11 летом на широте Москвы, зато зимой утром светлеет хотя бы в 9-10, а не в 11, как было после первой попытки.
Учимся читать и перестаём спорить с голосами в своей голове. Зимой темнеет в 4-5, какакого солнечного света вечером не будет в любом случае.
Учимся читать и перестаём спорить с голосами в своей голове. Зимой темнеет в 4-5, какакого солнечного света вечером не будет в любом случае.
Переадресую ваш совет вам же. Это же надо такой бред генерировать... Так во сколько зимой темнеет? В 4 или в 5? Это довольно принципиальный вопрос, поскольку мы речь ведём именно об одном часе!
И мне довольно критично - "отожрёт" ли этот час солнечный свет у раннего вечера или у раннего утра. Света вечером зимой не будет, но хотя бы темнеть будет на час позже. А то, знаете ли, многие, работая до 17:00, зимой и света солнечного не видят.
В 4 или в 5? Это довольно принципиальный вопрос, поскольку мы речь ведём именно об одном часе!
Наплевать, потому что большинство людей работает до 18-19 часов.
А то, знаете ли, многие, работая до 17:00, зимой и света солнечного не видят.
И не увидят, потому что стемнеет, в любом случае, до 17.
На этом я из дискуссии удаляюсь, очевидно, что вы испытываете огромные трудности либо с чтением, либо с осознанием прочитанного.
Наплевать, потому что большинство людей работает до 18-19 часов.
И не увидят, потому что стемнеет, в любом случае, до 17.
Какой-то клиникой, если честно, уже попахивает. Хорошо, возьмите не 22 декабря, а март... май... июнь! В июне в 22-00 сумерки наступают. Зато рассветает в 3! Вот тут вы дисбаланс относительно графика сна "большинства людей" не чувствуете? Какой процент из них бодрствует в 10-11 вечера и в 3-4 утра? Вот после осознания этого очевидного факта - идите развешивать лапшу про "недостаток солнечного света" в какое-нибудь другое место. А заодно и мелокпакостно будете минусовать оппонента там. "Синдром вахтёра" детектед.
На этом я из дискуссии удаляюсь, очевидно, что вы испытываете огромные трудности либо с чтением, либо с осознанием прочитанного.
Вопросов нет. Слив засчитан.
P.S. А ещё удивлялся откуда такая поддержка у этой, откровенно маразматичной, "инновации ДАМа"... Теперь всё стало на свои места - у адептов этой концепции явно наблюдаются проблемы с выстраиванием причинно-следственных связей и элементарной логики.
Вот поэтому в бизнес-логике надо оперировать временем UTC. А в местное время переводить только для показа юзеру. И будет на графике вот тут два часа ночи зимнего времени, а вот тут два часа ночи летнего времени.
Ну вот есть месячный отчёт. По вертикали даты, по горизонтали часы, в "таблице", собственно, графики. И тут хоба! В одном из дней 25 часов!
Я не говорю что это невозможно, я говорю, что сутки по 23 и 25 часов немного всё ломают.
Используемые в реальной жизни форматы даты/времени также не подразумевают обозначения зимнее/летнее. Да и в коде, чего уж там, поставить напоминалку через сутки - это now + 24*3600.
Всё это можно как-то обойти, но зачем?
В бизнес логике надо хранить время вместе с часовым поясом.
Зачем? Мы ведь в общем случае даже не знаем, какой там часовой пояс у события должен быть, это свойство не события, а локации пользователя. Наоборот, правильно хранить время именно в UTC, а часовой пояс хранить в профиле пользователя и применять при отображении события. В этом случае одна и та же онлайн-конференция начнётся в 12:00 в Москве, и в 11:00 в Хельсинки, как и должно быть.
Тем не менее все календари (exchange, google calendar) делают именно так, как я сказал.
Простой пример: пусть у нач назначена регулярная встреча в 12:00 каждый день в Лондоне. Она будет летом в 13:00 UTC, в зимой в 12:00 UTC
Простой пример: пусть у нач назначена регулярная встреча в 12:00 каждый день в Лондоне. Она будет летом в 13:00 UTC, в зимой в 12:00 UTC
Неа :) Время встречи, которое хранится в базе данных календаря, не меняется. При смене летнего/зимнего времени меняется как раз часовой пояс в локации, т.е. это преобразование тоже происходит у пользователя. Вы даже сами можете глянуть, если вы в стране, которая переходит на летнее время, у вас при этом часовой пояс в системе тоже меняется.
Если вы будете хранить это время в UTC, вы ошибетесь.
Положим также, что я купил билет на самолёт следующим летом с вылетом из Лондона в 12:00. Если все пойдет так, как сейчас, то это будет 13:00 UTC. Маловероятно, но реально событие, что к следующему лету британское правительство отменит летнее время и будет 12:00 UTC.
Если вы в вашем приложении не сохраните данные о часовом поясе, я опоздаю на самолёт.
Лол, можно ещё математиков попросить число Пи подкрутить. А то вот они бессовестные, вся планета не одну тысячу лет мучается...
Уже подкрутили.
Почему не использовать unix time для расчета разности дат? Все равно время в нём хранится и считается. Любое размазывание по суткам или году не решит проблему вместо одного сбойного момента будет множество моментов в неопределенное время (допустим мы каждую миллисекунду снимаем показания физического явления будет множество провалов в показаниях из-за того, что мы отматываем секунду в течение суток). Парадигма «попробуйте ещё раз обновить корзину» - сработает и тут. А тот, кому важна эта секунда, будет использовать постоянно растущую систему времени.
- длительность 1 секунды равна 9 192 631 770 периодам излучения Цезия-133
Меня вот это всегда удивляло. Настолько невнятное определение...
Что излучает цезий и почему (этот момент постоянно опускают)? Это какой-то радиоактивный распад (выбор элемента к этому как бы подталкивает)? Или это боровская модель атома, когда электрон прыгая по орбитам испускает фотоны? Но с этим переходом атома из одного энергетического состояние в другое, связан же неоконченный философский спор между Бором, Эйнштейном и Гейзенбергом - о глобальном детерминизме окружающего мира...
Вытекает из п.2 - а чем вообще доказана стабильность "излучения цезия-133"? Эмпирически? Вот метр привязан (хотя и через секунду) к фундаментальной постоянной - скорости света. Вообще в физике вроде бы достаточно констант, чтобы только через них выразить современную картину мира. Или именно с секундой какие-то закавыки? Хотя какие там закавыки... Можно же к постоянной Планка было привязаться. Хотя бы так "Секунда - время за которое свет в вакууме проходит расстояние равное N планковских длин". И никакой тебе "неопределенности" с этим цезием-133))
habr.com/ru/post/677064
Цезий-133 -- это нерадиоактивный изотоп (единственный стабильный у цезия). Переход, указанный в стандарте, -- не в ядре цезия, а в его электронной оболочке. Причём в практически невозбуждённой. Единственный валентный электрон цезия летает вокруг иона Cs+ с заполненной оболочкой ксенона (у заполненной оболочки нулевой спин и магнитный момент) и взаимодействует с магнитным моментом ядра. Когда спин электрона сонаправлен со спином ядра, энергия атома чуть-чуть выше. Поэтому атому энергетически выгодно перейти в состояние, когда спины ядра и валентного электрона противонаправлены. При этом переходе излучается фотон на радиочастоте 9.19263177 ГГц, с длиной волны около 3.3 см. Облачко из атомов цезия сидит в радиочастотном резонаторе и поддерживает частоту генератора (собственно атомных часов). Цезий выбран по трём причинам: он тяжёлый (меньше доплеровский сдвиг), у него один изотоп (причём с ненулевым спином ядра) и у его атома один валентный электрон (простая сверхтонкая структура). Радиоактивность ни при чём, нет её тут.
Привязаться к планковским единицам можно, только практические процедуры по привязке секунды будут гораздо менее точными, чем существующие. Например, в определение планковской длины и планковского времени входит гравитационная постоянная, известная с относительной погрешностью ~0.00001. Такие часы давали бы уход на секунду в сутки.
Прочитал комментарии, но...
Я правильно понимаю, что главная проблема в отмене этих всех високосных добавок/убавок и прочего - в том что тогда через тыщи лет новый год придется летом справлять?
Одним из важных факторов, влияющих на неравномерность вращения Земли, является постоянное таяние и затвердевание ледников на вершинах самых высоких гор мира.
и далее
До текущего момента добавлялись только положительные високосные секунды.
В свой время вникая в leap seconds в GPS, где точность измерения времени влияет НАМНОГО значительнее любого сервера, я узнал, что Земля постоянно замедляется вследствие лунных приливов в земной коре. Потому leap seconds до сих пор (т.е. уже 50 лет с тех пор, как было введено это понятие) положительные т.к. скорость вращения Земли хоть и неравномерно, но только уменьшается. Возможно таяние ледниковых шапок как-то влияет, но всяко меньше Луны.
Луна, конечно, имеет решающее значение в замедлении вращения земли, но только на большом интервале времени. Луна замедляет землю всего на 2 миллисекунды за столетие. Такие резкие изменения скорости, как сейчас, связаны с геологическими и климатическими факторами. И основным фактором на данным момент являются полярные ледники. Вода на экваторе обладает значительным моментом инерции, так как его линейная скорость 450 м/с, а расстояние до оси вращения 6 000 км. При переносе на полярную шапку линейная скорость и расстояние до оси вращения падает, и момент импульса практически полностью гасится. Ему просто некуда деваться кроме как в увеличение скорости вращения планеты. Сейчас у нас идёт обратный процесс, лёд тает, и медленная вода, утекая в сторону экватора тормозит землю. Когда весь лед полностью растает, leap second больше не понадобится.
Луна замедляет землю всего на 2 миллисекунды за столетие
Всё верно, с 1820 года КАЖДЫЕ СУТКИ удлинились на 2.5 мсек.
"At the time of the dinosaurs, Earth completed one rotation in about 23 hours," Daniel MacMillan, of NASA’s Goddard Space Flight Center in Greenbelt, Md., said in a statement. "In the year 1820, a rotation took exactly 24 hours, or 86,400 standard seconds. Since 1820, the mean solar day has increased by about 2.5 milliseconds."
It's happening because of tidal forces between the Earth and moon. This mutual gravitational jostling results in the transfer of our planet's rotational momentum to the moon, pushing it away from us at about 1.6 inches (4 centimeters) per year.
Т.е. из-за приливных явлений в земной коре вращение Земли замедляется, а Луна отдаляется. Можно посчитать, какова была длительность каждых суток c 1972 по 2022 и просуммировать накопленную разницу.
Таяние ледников это сезонные/декадные флуктуации. В 1820 году никто и не помышлял о глобальном потеплении.
На этом предлагаю закончить. Всё-равно никто кроме нас двоих не читает, а для меня инженеры NASA достаточно авторитетны, чтобы спорить с ними.
Если так хочется изменить время - давайте вообще уйдем от 24/60. Введем новую единицу котопая хорошо делится на солнечный год на земле и ближайших планетах, типа марса.
И пусть себе новое время тикает не привязанное к рассвету. То, что солнце встает в 5 утра это ведь догма. Два поколения людей потерпят,а новые люди только в книжках прочитают.
вот вы смеетесь, а на марсе используется своя система измерений дней
так что не стоит преуменьшать потребность в общей системе измерения времени в Солнечной системе :)
Скорей её мега величина которая будет хорошо делиться на год (в земном году более 31М секунд). Вообще можно взять просто обычную секунду, для которой есть абсолютное определение, и на её основе построить остальные необходимые величины: кило, мега и т.д.
Но вроде "солнце встаёт в 5 утра" - такое время уже есть, UCT.
Пытались уже в конце 18 века, но уже было слишком много привычных циферблатов: десятичное время.
Кажется, что лучше стоит перестать использовать UTC для чего-то кроме отображения даты пользователю: меток синхронизации, монотонных счетчиков, идентификаторов, таймеров, распределенных БД.
А то получается несколько функций, а значит источников требований, а значит в какой-то момент они начнут противоречить друг другу.
Только тогда придется дублировать всю инфраструктуру вроде серверов NTP, что наверное недешево.
А еще бы разобрались, чем отличается 0:00p.m., 0:00a.m., 12:00p.m. и 12:00a.m. и кто из них кто.
(читаю список багов в программах, которые неправильно работают со временем и список костылей, чтобы замаскировать перевод часов [от лигаси систем, не иначе])
хмм.. странно еще что они не предложили Землю сделать квадратной - чтобы дороги было удобнее строить ...
С учетом того насколько много багов в ПО самой Меты и какая у Меты политика, наряду с тем как вольно Мета распоряжается правами людей, то вполне возможно, что если изложенные в статье тезисы и благие, то это с большой вероятностью может оказаться дорога как минимум не туда, а, если говорить прямо, то в еще больший ад.
Первопричиной бага, повлиявшего на её DNS-сервис, стало допущение о том, что время не может двигаться вспять. Код брал значения времени из апстрима и передавал их функции rand.Int63n() языка Go. Функция rand.Int63n() справедливо запаниковала, поскольку аргумент был отрицательным, что привело к отказу DNS-сервера.
Вроде бы существует такая штука NTP, которая вроде бы как должна корректировать время.
Значит существуют ситуации, когда время внезапно нуждается в корректировке (убежало вперед или назад) и значит будут ситуации, когда убежавшую секунду вернут обратно и получится отрицательная разница и мы вернемся к той же проблеме, но без каких-то "високосных секунд".
Или на включенных серверах корректировать время не принято?
Тю, секунда, вот неженки-то. В арабских странах бывают целые нерабочие непредсказуемые праздники и ничего, справляются во всех своих системах.
то есть целый високосный день не нарушает плавного течения времени, а одна секунда - "ой всё", сервера падают, у кластеров катастрофа, ужас-ужас
время монотонное в любой шкале, но в минутах не всегда 60 секунд. Вот почему-то вас не удивляет, что хотя дни в году - монотонные, однако в месяцах не по 30 дней ? А в феврале - не всегда 29 дней. И как-то кластеры переживают это из месяца в месяц, не падают в полночь 1го числа следующего месяца ... Может дело все-таки в софте, а не во времени ?
Ну, а чё? Вполне укладывается в стратегию по переходу всех в метавселенные: если реальность противоречит виртуальности - тем хуже для реальности. Цифровизация она такая. Гегель одобряет.
[SARCASM]
Эхх, а можно-то всего поставить на экваторе парочку-другую реактивных двигателей и подкручивать планетку иногда)))
А почему не сделать некое "глобальное" время, никак не привязанное к вращению планеты? И использовать его в качестве эталона для компьютерного оборудования.
А для людей в какие-то даты несколько раз в год поправку для локальных часов (которые для восприятия человеком).
Тогда, кстати, можно избежать резкого перевода времени на летнее-зимнее, а просто размазать этот переход, переводя часы, скажем, раз в месяц или раз в неделю при синхронизации.
Понятно, что раньше с таким были бы сложности, т.к. все часы пришлось бы переводить вручную. Но сейчас большинство часов синхронизируются через интернет.
Вот если бы кто-нибудь начал с милями и фунтами бороться, без них мир точно стал бы лучше.
> человечество за последние сто лет стандартизировало всё, что только возможно
стандартизовать вероятно можно только то что имеет четкие характеристики, например физические, или формальные, информационные (типа кодировка), курс валюты этими качествами не обладает, пока было возможно его привязывали к золоту, но сейчас бумажных денег столько напечатано, что в разы превышает количество всех золотых запасов, так что единственное что возможно это плавающий курс спрос-предложение, впрочем даже этот баланс не так просто поддерживать
> курсы валют — это придуманная абстракция
согласен, деньги как таковые, или более широко монетарные инструменты, которые по объему и разнообразию превосходят во много раз любые валюты
Но в общих чертах: курсы валют — это придуманная абстракция, такая же как и остальные стандарты
Это сущности разного порядка. Метрические стандарты — это меры. Курсы валют — значения измерений. Градус-то определён в системе Си, но у вас температура может быть 36.6 (не придирайтесь, что не в кельвинах), а может быть 37.2, а может быть 25. Так же и курсы валют, это один из множества экономических индикаторов, и его «измерения» во времени меняются.
Ценность сделанного мной (и другими) для экономики планеты за последний год не изменилась
Ценность сделанного вами как раз меняется постоянно в зависимости от того, сколько где чего производится, потребляется, пишется и воруется. Ценность яблока, если оно у вас одно, многократно выше, чем такого же яблока, если у вас их полный погреб. И так устроено всё в экономике.
Такое возможно только если все государства объединятся в одно. Даже если такое событие когда-нибудь произойдет, то точно не в наши времена.
Простите, но как Вы без плавающих курсов валют будете перераспределять богатства в пользу метрополий?
Думаю, имеет смысл ввести (или популяризовать, сделать понятными общественности) 3 понятия:
Календарное время. Не очень точное, но в нём всегда 24 часа в сутках, 60 минут в часе, 60 секунд в минуте. Систематически корректируемое путём "растяжений" и "сжатий" - в информационных связных системах и путём простой ручной коррекции в разных независимых пользовательских устройствах (наручные часы, телефоны, компьютер и т.д.).
Точное время: используемое для измерения интервалов, опирающееся на современное определение секунды. Которое даёт не точно 24 часа на период вращения Земли относительно ориентации на Солнце.
Метки (anchors) точного времени: сигналы, используемые для синхронизации процессов, в которых важна точность "точного времени".
61 или 59 секунд в некоторых "особых" минутах - это плохая практика, в этом я с метой одинакового мнения.
Осталось только узнать у инженеров меты, призывают ли они отказаться от високосного года? И если нет, то в чём, по их мнению, принципиальная разница между високосным годом и високосной секундой?
Компания Meta* призывает отказаться от високосных секунд