Pull to refresh

Comments 129

А звездочки и сообщения о том, что что-то там экстремистское в РФ не нужно разве?

Представляю себе заголовок: "Экстремистская организация, запрещённая в России, посягнула на само время!"

Панчлайн получился великолепный, спасибо.

За 50 лет добавили 27 раз

А за 1000 будет 0?

За 50 лет добавили 27 раз

А за 1000 будет 0?

Ну увидите закат на 10 минут раньше или позже через 1000 лет, никто не пострадает. Я думаю еще сотню раз за 1000 лет все поменяется

UFO just landed and posted this here

Как и в любом таком «отличном начинании» аккуратно проигнорирован вопрос «а за чей счёт банкет».

Думаю, стоимости активов Цукерберга как раз хватит, чтобы покрыть затраты на это «отличное начинание».

UFO just landed and posted this here
Лучше спросите — за чей счёт банкет по проведению всех этих перечисленных работ по обновлению информации об этих лишних секундах.

А вы правда думаете, что программисты Мета не осилят такую операцию, как сделать скрипт, выполняющий перевод часов на серверах на одну секунду без последствий и для данных, и для бюджета?
UFO just landed and posted this here
Вы не понимаете, это проблема не только Меты. Для всех распределённых систем эти лишние секунды — это разрыв в монотонности времени

Так нет же никакой монотонности времени. Время во всех системах исключительно дискретное, а его переводы — штатная операция, постоянно возникающая в различных узлах. В каждом сервере внутреннее время тикает по своим внутренним часикам, которые регулярно отклоняются от общемирового, и регулярно же корректируются синхронизатором, на те же секунды плюс-минус.
Поэтому это вообще не работа, системы в принципе не должны ломаться от подобных корректировок.
UFO just landed and posted this here
но имеет очень большую «стоимость» как раз из-за того, что непозволяет использовать решения полагающиеся на надежный ход времени

На практике модели, которые не полагаются на надёжную синхронизацию сотен и тысяч узлов вплоть до миллисекунд, как раз намного дешевле, чем те, которые имеют в архитектуре такие точки отказа.
UFO just landed and posted this here

В алгоритме консенсуса рафт например используется счетчик времени не зависящий от внешних часов

UFO just landed and posted this here

Зато средства на исправление будут выделены. Как с Y2K, примерно

Если уж так говорить, у большинства программ (кроме часов в таскбаре) и доступа-то к абсолютному значению времени быть не должно.

На то, чтобы астрономы перестали сеять периодический аналоговый хаос

А давайте с политиков начнём, а?

Часовые пояса как попало и зимнее/летнее время вызывают несравненно большие неудобства. Статья на англовики как раз говорит о том, что проблемы в софте были, но в основном решены.

А астрономы – тишайшие учёные, меньше всего от них хаоса.

UFO just landed and posted this here

отпустить универсальное в свободное плавание

Да давно уже отпустили. А то было бы вот так до сих пор:

Не понимаю претензий к астрономам. Это ваша чисто программистская задача, вот и решайте, и не лезьте в геофизику, не мешайте Земле крутиться. Я понимаю, что Meta было бы удобно 256 дней в году. Но увы.

Не понимаю претензий к программистам. Это ваша чисто геофизическая задача (точность), вот и решайте, и не лезьте к прикладникам, не мешайте людям использовать "бытовое" время (то, что на часах). Я понимаю, что геофизикам удобно вводить коррекцию для времени по их собственному желанию. Но увы.

Да, еще можно 29 февраля убрать. А то какие-то непонятные високосные года астрономы придумали.

Mark Zuckerberg просто купит водокачку Dlouhé stráně, велит в нужный момент слить озеро с горы и всё встанет на свои места. 🙂

То есть 17 часов будет не 1 млн микросекунд в секунде, а меньше/больше, что тоже неидеально. Если бы мы хотели сделать действительно незаметную перестройку, надо было бы размазывать эту секунду на весь год, тогда количество микросекунд в секунде не изменилось бы. Но не уверен, что возможно сдвинуть отсчёты на такое небольшое значение чисто технически.

> Если бы мы хотели сделать действительно незаметную перестройку, надо было бы размазывать эту секунду на весь год, тогда количество микросекунд в секунде не изменилось бы.

любое размазывание означает неравномерность времени, предположим для людей незаметную, но не для кварцев которых используется миллионы (консервативно), везде где требуется стабильная частота, среди прочего включая радары, как неравномерность времени скажется на их работе, в том числе вычислении координат самолетов и пр. в центрах управления воздушным движением например?

На уровне железа статичный сдвиг сделать и не получится, т.к. он из года в год разный, потому такой вариант обсуждать бесполезно. В любом случае это будет контролироваться софтом, как бы ни было реализовано.

UFO just landed and posted this here

именно так Вас и понял, вопрос сколько придется вносить изменения в этот sw, предположим предназначенный для использования с неравномерным временем, и какой интерфейс нужен чтобы об этой непредсказуемой неравномерности sw знал

UFO just landed and posted this here

> везде используют атомное/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

см. https://www.ese-web.com/104.htm

UFO just landed and posted this here

вращение Земли существенно неравномерно, предположим нужны абсолютные координаты точки, для этого требуется ut1 посколько это по сути и есть угол поворота Земли в абсолютных координатах, т.е. Вам надо делать для начала астрономические измерения, как положено для определения ut1, положения звезд могут дать ut1, но предположим Вам надо достаточно грубо, тогда используете прямо utc, учитывая это неравенство, ошибка координат будет не более сотен метров, примерно так,

кстати из статьи не совсем ясно что такое "leap seconds" которые называются високосными, заметим их вставлено 27 с 1972 года, если бы раз в 4 года за 50 лет их было бы 12, а не 27, дело в том что они вставляются когда ошибка накопится, а не в високосные года, т.е. поддерживается |ut1-utc|<1sec

UFO just landed and posted this here

> Источники времени 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 по наблюдениям, так что старая система пока сохраняется

UFO just landed and posted this here

> небольшая частная задача подчиняет себе универсальное время для всех остальных применений

не совсем, 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, вероятно оправдано

UFO just landed and posted this here

Помню, в своё время наелся с переводом часов на зимнее/летнее время. Вперёд ещё ок, хотя случались варнинги мониторинга "целый час нет сигнала". А вот назад, когда час времени "два часа утра" происходит два раза подряд, и сам скачок на час назад, добавил боли. Речь даже не столько о БД, а о бизнес-логике и фронте, где юзеру нужно например показывать графики температуры и давления за сутки + события их выхода за разрешённый интервал.

Вот честно, спасибо ДАМу за отмету этого **вна.

А астрономам,@Tyusha, предлагаю подкрутить свой софт и не морочить всей остальной планете голову. У вас в звёздных сутках всё равно меньше 24 часов, так зачем вы жизнь обычным людям портите?

Кстати, в Китае всего один часовой пояс. Люди просто привыкли, что на одном конце страны магазины открываются в 8 утра, а в другом в 11. Эти числа всего лишь условности.

В России вообще классно было бы, у кого то магазин открывается в 8 утра, у кого-то в 10 вечера. Зато один часовой пояс.

С другой стороны это все условность, ну будет магазин работать с 10 вечера до 6 утра, вопрос привычки только, в реальности это будет обычный световой день. Например в Австралии зима в июне начинается и както они с этим живут вполне себе.

На жд не знаю как сейчас, раньше везде было время по МСК. В т.ч. часы на вокзалах, особенно за Уралом, показывали довольно внезапное время.

Да и ваще похеру. Ну у тебя день продолжается с 22 до 8, и что?

Ну и переписывай теперь все нормативы рабочего дня и делай 11 вариантов трудового кодекса)

Причём остановили время в самом неудобном положении. В три утра летом уже светло, зато в восемь вечера уже сумерки.

Продолжительность гражданских сумерек в минутах: 37—61  на широте Москвы (55,8°)

Ну да, сейчас гражданские сумерки в 3:30 начинаются в Москве. Т.е. ситуация "В три утра летом уже светло, зато в восемь вечера уже сумерки" в Москве не наблюдается.

PS Даже у альтернативно одаренных татар, которые непременно хотят быть в одном поясе с Москвой, получается так:

Казань - восход — 3:40, заход — 19:58

Набережные Челны - восход — 3:27, заход — 19:44

Тут есть особенность. Восход — время, когда солнце появилось над горизонтом. Но светлеть начинает раньше.

Аналогично и с заходом солнца, однако...

А если буквоедствовать, то восход/заход - это момент, когда верхний край солнечного диска пересекает воображаемую линию горизонта. Благодаря атмосферной рефракции фактическая продолжительность светового дня больше астрономической даже на экваторе на 7 минут. В более высоких широтах - профит больше.

Есть мнение, что остановили в точности согласно древнейшим определениям: 12 часов дня - это полдень, а 12 часов ночи - это полночь.

Т.е. если вы хотите, чтобы в 11 вечера еще было светло, то на всю ночь у вас максимум два часа и темнота по древнему определению должна закончиться в час ночи.

Неудобненько как-то получается, да? Такие вот у нас определения.

Ну вообще в МСК географический полдень примерно в 12:30. Могли округлить "вверх", т.е. до UTC+4, но выбрали "вниз", поближе к Европе.

Наоборот. В 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.

Всё это можно как-то обойти, но зачем?

Это неправильно. В бизнес логике надо хранить время вместе с часовым поясом. Особенно это касается всяких расписаний. В реальном мире события планируются не на 9:00 UTC, а на 12:00 MSK. И если MSK сдвинется относительно UTC, то и события сдвинется. Надо просто всегда помнить про часовой пояс и оперировать временем ВМЕСТЕ с часовым поясом…
В бизнес логике надо хранить время вместе с часовым поясом.

Зачем? Мы ведь в общем случае даже не знаем, какой там часовой пояс у события должен быть, это свойство не события, а локации пользователя. Наоборот, правильно хранить время именно в UTC, а часовой пояс хранить в профиле пользователя и применять при отображении события. В этом случае одна и та же онлайн-конференция начнётся в 12:00 в Москве, и в 11:00 в Хельсинки, как и должно быть.

Тем не менее все календари (exchange, google calendar) делают именно так, как я сказал.

Простой пример: пусть у нач назначена регулярная встреча в 12:00 каждый день в Лондоне. Она будет летом в 13:00 UTC, в зимой в 12:00 UTC

Простой пример: пусть у нач назначена регулярная встреча в 12:00 каждый день в Лондоне. Она будет летом в 13:00 UTC, в зимой в 12:00 UTC

Неа :) Время встречи, которое хранится в базе данных календаря, не меняется. При смене летнего/зимнего времени меняется как раз часовой пояс в локации, т.е. это преобразование тоже происходит у пользователя. Вы даже сами можете глянуть, если вы в стране, которая переходит на летнее время, у вас при этом часовой пояс в системе тоже меняется.
Еще раз. Регулярная встреча назначена на 12:00 ЛОКАЛЬНОГО ВРЕМЕНИ ЛОНДОНА. Потому что именно так пользователи назначают встречи. Самолет улетает через год 29 июля в 12:00 по времени Лондона.
Если вы будете хранить это время в UTC, вы ошибетесь.
Да, тут вы правы, я чего-то про другое подумал.

Положим также, что я купил билет на самолёт следующим летом с вылетом из Лондона в 12:00. Если все пойдет так, как сейчас, то это будет 13:00 UTC. Маловероятно, но реально событие, что к следующему лету британское правительство отменит летнее время и будет 12:00 UTC.

Если вы в вашем приложении не сохраните данные о часовом поясе, я опоздаю на самолёт.

Лол, можно ещё математиков попросить число Пи подкрутить. А то вот они бессовестные, вся планета не одну тысячу лет мучается...

Почему не использовать unix time для расчета разности дат? Все равно время в нём хранится и считается. Любое размазывание по суткам или году не решит проблему вместо одного сбойного момента будет множество моментов в неопределенное время (допустим мы каждую миллисекунду снимаем показания физического явления будет множество провалов в показаниях из-за того, что мы отматываем секунду в течение суток). Парадигма «попробуйте ещё раз обновить корзину» - сработает и тут. А тот, кому важна эта секунда, будет использовать постоянно растущую систему времени.

В «список заблуждений программистов о времени» придётся добавить ещё один пункт:
  • длительность 1 секунды равна 9 192 631 770 периодам излучения Цезия-133

Меня вот это всегда удивляло. Настолько невнятное определение...

  1. Что излучает цезий и почему (этот момент постоянно опускают)? Это какой-то радиоактивный распад (выбор элемента к этому как бы подталкивает)? Или это боровская модель атома, когда электрон прыгая по орбитам испускает фотоны? Но с этим переходом атома из одного энергетического состояние в другое, связан же неоконченный философский спор между Бором, Эйнштейном и Гейзенбергом - о глобальном детерминизме окружающего мира...

  2. Вытекает из п.2 - а чем вообще доказана стабильность "излучения цезия-133"? Эмпирически? Вот метр привязан (хотя и через секунду) к фундаментальной постоянной - скорости света. Вообще в физике вроде бы достаточно констант, чтобы только через них выразить современную картину мира. Или именно с секундой какие-то закавыки? Хотя какие там закавыки... Можно же к постоянной Планка было привязаться. Хотя бы так "Секунда - время за которое свет в вакууме проходит расстояние равное N планковских длин". И никакой тебе "неопределенности" с этим цезием-133))

  1. Цезий-133 -- это нерадиоактивный изотоп (единственный стабильный у цезия). Переход, указанный в стандарте, -- не в ядре цезия, а в его электронной оболочке. Причём в практически невозбуждённой. Единственный валентный электрон цезия летает вокруг иона Cs+ с заполненной оболочкой ксенона (у заполненной оболочки нулевой спин и магнитный момент) и взаимодействует с магнитным моментом ядра. Когда спин электрона сонаправлен со спином ядра, энергия атома чуть-чуть выше. Поэтому атому энергетически выгодно перейти в состояние, когда спины ядра и валентного электрона противонаправлены. При этом переходе излучается фотон на радиочастоте 9.19263177 ГГц, с длиной волны около 3.3 см. Облачко из атомов цезия сидит в радиочастотном резонаторе и поддерживает частоту генератора (собственно атомных часов). Цезий выбран по трём причинам: он тяжёлый (меньше доплеровский сдвиг), у него один изотоп (причём с ненулевым спином ядра) и у его атома один валентный электрон (простая сверхтонкая структура). Радиоактивность ни при чём, нет её тут.

  2. Привязаться к планковским единицам можно, только практические процедуры по привязке секунды будут гораздо менее точными, чем существующие. Например, в определение планковской длины и планковского времени входит гравитационная постоянная, известная с относительной погрешностью ~0.00001. Такие часы давали бы уход на секунду в сутки.

Прочитал комментарии, но...

Я правильно понимаю, что главная проблема в отмене этих всех високосных добавок/убавок и прочего - в том что тогда через тыщи лет новый год придется летом справлять?

UFO just landed and posted this here
… Но если не предпринять меры сейчас, всего-то тыщ через 30 лет новый год придётся справлять вечером
UFO just landed and posted this here

Бедняги заэкваторщики мучаются с этим уже сейчас.

Одним из важных факторов, влияющих на неравномерность вращения Земли, является постоянное таяние и затвердевание ледников на вершинах самых высоких гор мира.

и далее

До текущего момента добавлялись только положительные високосные секунды.

В свой время вникая в 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.

Кажется, что лучше стоит перестать использовать UTC для чего-то кроме отображения даты пользователю: меток синхронизации, монотонных счетчиков, идентификаторов, таймеров, распределенных БД.
А то получается несколько функций, а значит источников требований, а значит в какой-то момент они начнут противоречить друг другу.
Только тогда придется дублировать всю инфраструктуру вроде серверов NTP, что наверное недешево.
А еще бы разобрались, чем отличается 0:00p.m., 0:00a.m., 12:00p.m. и 12:00a.m. и кто из них кто.

(читаю список багов в программах, которые неправильно работают со временем и список костылей, чтобы замаскировать перевод часов [от лигаси систем, не иначе])

хмм.. странно еще что они не предложили Землю сделать квадратной - чтобы дороги было удобнее строить ...

Тогда уж плоской. Кстати, земля плоская для архитекторов - её сферическая форма не учитывается при проектировании.

Насвкидку не могу найти данных, но смутно вспоминаю, что при проектировании больших мостов как раз таки учитывается сферическая форма Земли (а именно - тот факт, что опоры не будут строго параллельны друг другу).

С учетом того насколько много багов в ПО самой Меты и какая у Меты политика, наряду с тем как вольно Мета распоряжается правами людей, то вполне возможно, что если изложенные в статье тезисы и благие, то это с большой вероятностью может оказаться дорога как минимум не туда, а, если говорить прямо, то в еще больший ад.

Мы не можем пофиксить свои баги, поэтому меняем правила в мире)

Первопричиной бага, повлиявшего на её DNS-сервис, стало допущение о том, что время не может двигаться вспять. Код брал значения времени из апстрима и передавал их функции rand.Int63n() языка Go. Функция rand.Int63n() справедливо запаниковала, поскольку аргумент был отрицательным, что привело к отказу DNS-сервера.

Вроде бы существует такая штука NTP, которая вроде бы как должна корректировать время.
Значит существуют ситуации, когда время внезапно нуждается в корректировке (убежало вперед или назад) и значит будут ситуации, когда убежавшую секунду вернут обратно и получится отрицательная разница и мы вернемся к той же проблеме, но без каких-то "високосных секунд".
Или на включенных серверах корректировать время не принято?

Его не корректируют обычно, а замедляют или ускоряют чтобы соответствовать эталону.

Тю, секунда, вот неженки-то. В арабских странах бывают целые нерабочие непредсказуемые праздники и ничего, справляются во всех своих системах.

Праздники не влияют на ход времени.

С таким же успехом можно сказать представляете сколько проблем от нового года, неделю отмечают.

Праздники не влияют на ход времени.

Юридические определения сроков передают вам привет.

UFO just landed and posted this here

то есть целый високосный день не нарушает плавного течения времени, а одна секунда - "ой всё", сервера падают, у кластеров катастрофа, ужас-ужас

время монотонное в любой шкале, но в минутах не всегда 60 секунд. Вот почему-то вас не удивляет, что хотя дни в году - монотонные, однако в месяцах не по 30 дней ? А в феврале - не всегда 29 дней. И как-то кластеры переживают это из месяца в месяц, не падают в полночь 1го числа следующего месяца ... Может дело все-таки в софте, а не во времени ?

UFO just landed and posted this here

Ну, а чё? Вполне укладывается в стратегию по переходу всех в метавселенные: если реальность противоречит виртуальности - тем хуже для реальности. Цифровизация она такая. Гегель одобряет.

[SARCASM]
Эхх, а можно-то всего поставить на экваторе парочку-другую реактивных двигателей и подкручивать планетку иногда)))

А почему не сделать некое "глобальное" время, никак не привязанное к вращению планеты? И использовать его в качестве эталона для компьютерного оборудования.
А для людей в какие-то даты несколько раз в год поправку для локальных часов (которые для восприятия человеком).
Тогда, кстати, можно избежать резкого перевода времени на летнее-зимнее, а просто размазать этот переход, переводя часы, скажем, раз в месяц или раз в неделю при синхронизации.
Понятно, что раньше с таким были бы сложности, т.к. все часы пришлось бы переводить вручную. Но сейчас большинство часов синхронизируются через интернет.

Вот если бы кто-нибудь начал с милями и фунтами бороться, без них мир точно стал бы лучше.

UFO just landed and posted this here

> человечество за последние сто лет стандартизировало всё, что только возможно

стандартизовать вероятно можно только то что имеет четкие характеристики, например физические, или формальные, информационные (типа кодировка), курс валюты этими качествами не обладает, пока было возможно его привязывали к золоту, но сейчас бумажных денег столько напечатано, что в разы превышает количество всех золотых запасов, так что единственное что возможно это плавающий курс спрос-предложение, впрочем даже этот баланс не так просто поддерживать

UFO just landed and posted this here

> курсы валют — это придуманная абстракция

согласен, деньги как таковые, или более широко монетарные инструменты, которые по объему и разнообразию превосходят во много раз любые валюты

Но в общих чертах: курсы валют — это придуманная абстракция, такая же как и остальные стандарты

Это сущности разного порядка. Метрические стандарты — это меры. Курсы валют — значения измерений. Градус-то определён в системе Си, но у вас температура может быть 36.6 (не придирайтесь, что не в кельвинах), а может быть 37.2, а может быть 25. Так же и курсы валют, это один из множества экономических индикаторов, и его «измерения» во времени меняются.
UFO just landed and posted this here
Ценность сделанного мной (и другими) для экономики планеты за последний год не изменилась

Ценность сделанного вами как раз меняется постоянно в зависимости от того, сколько где чего производится, потребляется, пишется и воруется. Ценность яблока, если оно у вас одно, многократно выше, чем такого же яблока, если у вас их полный погреб. И так устроено всё в экономике.

Такое возможно только если все государства объединятся в одно. Даже если такое событие когда-нибудь произойдет, то точно не в наши времена.

Простите, но как Вы без плавающих курсов валют будете перераспределять богатства в пользу метрополий?

UFO just landed and posted this here

Думаю, имеет смысл ввести (или популяризовать, сделать понятными общественности) 3 понятия:

Календарное время. Не очень точное, но в нём всегда 24 часа в сутках, 60 минут в часе, 60 секунд в минуте. Систематически корректируемое путём "растяжений" и "сжатий" - в информационных связных системах и путём простой ручной коррекции в разных независимых пользовательских устройствах (наручные часы, телефоны, компьютер и т.д.).

Точное время: используемое для измерения интервалов, опирающееся на современное определение секунды. Которое даёт не точно 24 часа на период вращения Земли относительно ориентации на Солнце.

Метки (anchors) точного времени: сигналы, используемые для синхронизации процессов, в которых важна точность "точного времени".

61 или 59 секунд в некоторых "особых" минутах - это плохая практика, в этом я с метой одинакового мнения.

Sign up to leave a comment.

Articles