Обновить

Комментарии 6

Было бы интересно посмотреть на то, как либа справляется со сложными случаями – 2025-10-10, необходимостью учитывать летнее/зимнее время в Москве, где его на текущий момент отменили, и т.п.

Согласен с тем, что в Python (желательно было упомянуть это в заголовке статьи) работа с датами из коробки выполнена не очень элегантно. Лучше, чем во многих других языках, но всё ещё недостаточно.

Однако, в плюсах описано удобства для веб приложений и API, которые не очень понятны. Веб приложениям как раз выгоднее получать и отдавать время в UTC+0 для того, чтобы клиентский модуль мог провести локальные вычисления под зону пользователя.

С русификацией разницы времени приятно видеть. Однако, почему в примере ниже вывод "красивой даты" уже не русифицирован?

В целом, полезное исследование. Желаю автору более предметно проработать применимость и, кто знает, может и найдёт своего ценителя. Из весьма логичного продолжения, предложил бы подать commit на рассмотрение в ядро Python. Маленьким радостям там тоже бывают рады.

Желаю автору более предметно проработать применимость и, кто знает, может и найдёт своего ценителя.

Автор пакета, судя по pypi, Sébastien Eustace, а совсем не автор статьи...

Так я нигде не говорил что я автор этой либы)

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

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

02/03/2025 - Это второе марта или американское третье февраля?

Тут лучше воспользоваться принципом "Явное лучше неявного" и четко задать формат. А раз формат точно определен, то и озвученной проблемы как бы нет.

Спасибо за разбор, было интересно почитать 🙌

У меня только небольшое ощущение диссонанса: в любом языке (Python, JS и т.д.) базовые datetime / Date почти всегда боль, как только появляются таймзоны и форматирование. Опытный разраб на этом месте обычно просто ставит профильную библиотеку или делает свою обёртку — и это уже скорее вопрос экосистемы, а не конкретного языка.

Поэтому сравнение «умной» библиотеки со стандартной минимальной реализацией выглядит чуть предсказуемо: понятно, что будет удобнее. Было бы ещё интереснее увидеть сравнение Pendulum с другими решениями в питон-экосистеме и понять, где он реально выигрывает.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации