The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Решено с 2035 года приостановить синхронизацию мировых атомных часов с астрономическим временем, opennews (??), 21-Ноя-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


12. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  +3 +/
Сообщение от Аноним (44), 21-Ноя-22, 10:56 
Тут вопрос в том что локальное время системы в любом случае может резко поменяться при синхронизации. Если разрыв большой, то, например, chrony постепенно сведёт разницу на нет. Но есть системы где нет chrony, особенно железные. И большинство людей просто не умеют работать со временем, в результате можно найти кучу багованных реализаций всего. В нормальном софте лишняя секунда вещь либо ожидаемая, либо игнорируемая. Что конечно не идеально, но можно таким багом можно точно пренебречь СЕГОДНЯ, через 2000 лет посмотрим. А вот подобное решение выглядит как засунуть голову в песок. Внезапное смещение на ЧАС очень хорошо скажется на софте будущего, я гарантирую это.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

36. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  –1 +/
Сообщение от Аноним (135), 21-Ноя-22, 11:40 
> В нормальном софте...

Нормальному софту похер, как называется пятница.

Ответить | Правка | Наверх | Cообщить модератору

40. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  +/
Сообщение от Аноним (44), 21-Ноя-22, 11:46 
> Нормальному софту

ну-ну

Ответить | Правка | Наверх | Cообщить модератору

37. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  +/
Сообщение от Аноним (135), 21-Ноя-22, 11:42 
> Внезапное смещение на ЧАС

Карл, посмотри список стран, где регулярно два раза в год переводят время.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

39. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  +/
Сообщение от Аноним (44), 21-Ноя-22, 11:45 
Это для локального времени, отдельная проблема. Особенно при вычислении разницы между 2 датами, тут кучу факапов можно накопать.
Ответить | Правка | Наверх | Cообщить модератору

45. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  +1 +/
Сообщение от Аноним (135), 21-Ноя-22, 11:57 
Если индусский программист использует поля календарного представления времени для критических процессов, то... этот индус заслуживает своё название.
Ответить | Правка | Наверх | Cообщить модератору

203. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  +1 +/
Сообщение от OpenEcho (?), 22-Ноя-22, 03:44 
> Если индусский программист использует...

Игеде же ты был дАрагой раньше, когда програмистам места раздавали

Ответить | Правка | Наверх | Cообщить модератору

66. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  +/
Сообщение от Pahanivo (ok), 21-Ноя-22, 13:41 
> большинство людей просто не умеют работать со временем

надо быть сильно слабым на голову чтобы не освоить работу на unix_time в UTC ))

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

69. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  +1 +/
Сообщение от Аноним (44), 21-Ноя-22, 13:59 
О, ты не поверишь, насколько это просто. Особенно много бед при конвертации в употребимый вид. Но и при сравнении тоже можно. Хорошо ещё что значительной части софта в общем то всё равно уехало время в прошлое/будущее или нет и сколько часов прошло с вызова кода до фактического его исполнения (что штатная ситуация при нехватке ресурсов). Но если поменять время в прошлое, например, драйвер файловой системы будет недоволен.
Ответить | Правка | Наверх | Cообщить модератору

150. "Решено с 2035 года приостановить синхронизацию мировых атомн..."  –1 +/
Сообщение от Аноним (143), 21-Ноя-22, 19:59 
https://habr.com/ru/post/146109/
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру