Овцеводческая CRM, Узбекистан и .NET 10: семь инженерных историй с граблями

[nikizan]

часовые пояса и региональные локали

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

[AlexMorOR]

Согласен, тут ещё просто. У нас пояс один (Ташкент, +05 без DST), поэтому вся боль свелась к границе суток и фолбэку на фиксированное смещение. Планировщик с повторяющимися событиями через DST-переходы - это мрак, на одной из прошлых работ похожие проблемы решал, там и «время, которого не существует» при переводе стрелок, и «9 утра по чьему времени» при переезде пользователя. Как раз поэтому я намеренно не стал строить свой шедулер, а напоминания считаем в одном фиксированном поясе фермы. Если знакомый рассказывал детали про Auslogics - с удовольствием почитал бы в виде статьи :)

История из другого проекта

Еще стартап один веду - blinking-box, реклама в Узб. на курьерах. Там со временем были шарады. Из-за того что не ясно в каком времени показывать отчеты, геометки и прочее по показанной рекламе - все превращалось в сумбур. Допусти ситуация: заказчик из США хочет рекламу с 9:00 до 12:00, вот и проблема: в каком времени рекламу эту показывать и какое время им в отчеты вставлять, учитывая что все участники еще разбросаны по разным часовым поясам (головной офис в одном, представитель в другом, пользователь в третьем, ну и т.д.). Решили проблему в итоге на чисто бизнес-уровне, дороговорились на UTC, через UI универсального и главное удобного решения не нашлось. Поэтому да, тема времени очень глубокая.