я про оффсет

знание таймзоны очень даже полезное

ну из него хотя б офсет можно достать, а обычный дейт тайм и того не умеет. Там либо ютс, либо неизвестно какая таймзона

Так и то, и другое скорее вредно, чем бесполезно. Только UTC дает благодать

знание таймзоны очень даже полезное

Но знание таймзоны упаковать в одно значение нетривиально. Таймзоны же темпоральные

Но знание таймзоны упаковать в одно значение нетривиально. Таймзоны же темпоральные

обычно и пригождается редко

но это с моей колокольни бекендера

в хоспиталити таймзону нужно знать всегда

в хоспиталити таймзону нужно знать всегда

опять же DateTimeOffset её не знает

поэтому такое себе

пацантрэ, я ж не говорю, что datetimeoffset это бомба

куцая ебала

в хоспиталити таймзону нужно знать всегда

Там локацию знать надо, и оффсета для этого безбожно мало

просто чуть менее куцая, чем обычный дейттайм

в открытые двери же стучимся ну

Ох уж эти полурешения от майкрософт

пацантрэ, я ж не говорю, что datetimeoffset это бомба

Бомба - причем основное действие: репутация что она чем-то лучше обычной даты-времени.

сделали дату, забыли оффсет. Сделали оффсет, забыли зону

Ох уж эти полурешения от майкрософт

Хуже чем отсутствие решения, да

зато ноду тайм поддерживают вроде везде, где надо

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

и усугблялось фактом что в source of truth время лежало в Московском часовом поясе БЕЗ оффсета

то есть оно просто писалось как инстанс, и типа ты сам разберешься, летнее там или зимнее

Орал в подушку по ночам

DateTimeOffset мне там никак не помог, да. Возможно помогли бы раскалённые щипцы чтобы я покрутил ими соски того кто в БД задумал класть по московскому времени. Ну чиста моральное удовольствие

DateTimeOffset мне там никак не помог, да. Возможно помогли бы раскалённые щипцы чтобы я покрутил ими соски того кто в БД задумал класть по московскому времени. Ну чиста моральное удовольствие

За такие проступки нужно ректально криптоанализировать

Пиздец мне тебя жалко стало даже

то есть заюзать сторонний тип (NodeTime) действительно бестпрактикс?

то есть заюзать сторонний тип (NodeTime) действительно бестпрактикс?

альтернатива - хранить таймзону самостоятельно

или локацию

понял

Я вот для себя выработал два варианта. Или хранить всё в утц+0 (и тогда похуй, DateTime или DateTimeOffset) Или надо знать когда это случилось у юзера, тогда надо хранить таймзону и DateTimeOffset нахуй не нужен потому что он хранит оффсет, а не зону

С утц тоже может быть куча проблем (

Кстати, в примере выше, с получением данных из другой страны, всего можно было бы избежать если бы те дебилы с другого конца провода использовали UTC+0, и у нас в БД хранилось в UTC+0 Но получилось что те дебилы из UK отдавали своё локальное, инстанс время (и ебись сам когда это НА САМОМ деле произошло) и наши дебилы хранили всё в инстансах. И надо было склеить их вместе чтобы понять как эти времена на самом деле соотносятся друг с другом

Но можно было забить хуй и просто полгода была бы ошибка в подсчёте времени

а сейчас, когда в обоих странах летнее/зимнее, то всего неделю

(у нас разница с UK в неделю в введении летнего/зимнего)

хуйня вопрос. Костыльнул бы (DateTime.AddHours(-3)) и хуяк впрадакшн

просто быть говноделом...

Самое веселье начинается когда получасовая разница а не кратная часам

(у нас разница с UK в неделю в введении летнего/зимнего)

Никогда не задумывался что делать если в локации смеси не зимнее/летнее время, а именно что часовой пояс?

Самое веселье начинается когда получасовая разница а не кратная часам

есть ещё -15 минут таймзоны

Ага

Самое веселье начинается когда получасовая разница а не кратная часам

Ой это изи

Мы у себя в календаре это делали

Никогда не задумывался что делать если в локации смеси не зимнее/летнее время, а именно что часовой пояс?

ну ничего не делать, а хранить таймзону

по таймзоне всегда можно вычислить настоящий момент времени когда это произошло

Мы у себя в календаре это делали

Ну видимо я не настолько постиг дзен таймзон ( хотя у меня сейча редко такие задачи)

И непальский +5:45 тестили, там всё ок

ненене, тут ещё подтягиваются пацаны с другими календарями

Ну видимо я не настолько постиг дзен таймзон ( хотя у меня сейча редко такие задачи)

У нас 3/4 тасок были с календарем

можно их нахуй послать конечно

И непальский +5:45 тестили, там всё ок

Но когда наш пм узнал что есть времена кратные 30 и 15 минутам конечно долго дизайн обдумывали

https://nodatime.org/2.2.x/userguide/calendars

А ещё без всей этой херни я бы скорее всего никогда бы и не узнал про caldav

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

а казалось бы, цивилизованная страна

13 месяцев

А ещё что календарь эпла для интеграции удобен примерно как велосипедный насос для клизмы

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

У нас сразу оговорено было что любые там марсианские и исламские календари фпизду

У нас сразу оговорено было что любые там марсианские и исламские календари фпизду

понимаю. Но они используются в соответствующих странах.

И если есть планы работать с ними, то…

Тот же Непал

Я хз что там, но есть шансы что не григорианский

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

то есть тестить одну лишь таймзону можно. Но когда тебе с той стороны отдадут дату 31ое февраля

...

Ну благо у нас не по такого уровня где ещё нужно отслеживать сколько секунд решили добавить к следующему году челики из международной службы вращения земли

А ещё как-то на проде в контейнере с постгресом время неправильное поставили

Нормально говна поели

то есть тестить одну лишь таймзону можно. Но когда тебе с той стороны отдадут дату 31ое февраля

Страшно представить сколько всего наебнется если захотят поменять способы учёта времени

Справедливости ради самое болезненное со временем было на стороне фронта и ux

А вот ещё праздники есть. Вот с ними весело. Если хочется реальные бизнес дни посчитать.

Производственный календарь юзать(

У нас йоба логика по подсчёту даты доставки

основанная на стране

Именно из-за праздников

Но праздники особенные

Потому что если бы ритейл не работал как в РФ 7 дней в начале января, разорился бы нахуй

Чсх ещё любят переносить рабочие дни и праздники

И вот в Питер 31 примерно у трети выходной, а у остальных рабочий