Встаньте недалеко от линии перемены дат, и вполне возможно, что у вашего соседа по ту сторону линии будет другая календарная дата, хотя вы оба видите примерно одинаковое местное время на часах и физически находитесь близко друг к другу. Это один из действительно сбивающих с толку фактов об устройстве мирового исчисления времени, и он имеет реальные практические последствия для любой логики, зависящей от дат и работающей рядом с этой линией.
Линия перемены дат существует потому, что часовые пояса накапливаются по мере движения вокруг земного шара, пока где-то не сойдутся, и по давней договорённости эта точка встречи проходит примерно вдоль 180-го меридиана в Тихом океане, намеренно проложенная через открытый океан и в обход населённой суши, насколько это практически возможно, именно чтобы свести к минимуму число мест, оказывающихся прямо на скачке. Пересечение линии в одном направлении переводит календарную дату на день назад. Пересечение в другом направлении переводит её на день вперёд. Это отдельная разница, добавляющаяся к обычной разнице смещений часовых поясов, которую вы ожидали бы при пересечении любой другой границы пояса.
Для большинства приложений этот вопрос просто никогда не возникает, поскольку линия перемены дат проходит в основном через океан, а людей и компаний, работающих прямо у её края, немного. Реальной проблемой она становится именно для приложений, работающих в тихоокеанских островных государствах и территориях рядом с линией, где системе планирования, платформе бронирования или чему угодно, что вычисляет «какой сейчас день в этом месте», нужно правильно учитывать точный ход линии перемены дат, а не только общее смещение часового пояса, иначе для мест совсем рядом с ней будет вычислена правдоподобная, но неверная календарная дата.
Именно поэтому здесь, как почти нигде больше, важно полагаться на полноценное определение часового пояса, привязанное к фактической зоне IANA для конкретного места. Наивный расчёт, основанный только на долготе и простой формуле смещения, неправильно учтёт линию перемены дат, поскольку её реальный путь в нескольких местах намеренно отклоняется от прямой линии долготы, именно чтобы некоторые островные государства и территории жили по одной согласованной дате, а не были неудобно разделены линией.
Если ваше приложение работает где-либо поблизости от Тихого океана и вычисляет на основе местоположения даты, а не только время, используйте полноценное определение часового пояса, привязанное к фактической зоне для этой координаты, вместо того чтобы выводить дату непосредственно из долготы, и явно тестируйте на местах, заведомо расположенных близко к линии перемены дат, а не рассчитывайте, что ваша общая обработка часовых поясов автоматически и правильно покрывает этот конкретный пограничный случай.