Почему datetime.fromtimestamp приводит UTC в локальный naive?

Question

[0ralo]

Сегодня разбирался с datetime.fromtimestamp() и обнаружил странное поведение

>>> datetime.datetime.fromtimestamp(1724137892)
datetime.datetime(2024, 8, 20, 10, 11, 32)

Время (аргумент функции) - UTC epoch. Почему питоновская функция добавила(именно добавила) 3 часа к моему времени? Да я нахожусь в MSK+3, почему он тогда добавил +3 и оставил naive? Он же по факту изменил данные. Если сменить часовой пояс на пк, то и вывод функции изменится.
3 случая приемлемы по моему мнению

• Привести в UTC и оставить naive
  
• Привести в UTC и сделать aware (UTC)
  
• Привести к локальному и сделать aware(local timezone)
  

Почему же он выбрал самый неправильный способ?

P.S. Если явно передавать временную зону, то применяя ее рассчитывается все правильно, я спрашиваю именно про вызов функции с 1 аргументом

Answer 1

[Everything_is_bad]

Ну почему сначала не почитать доки, а не бежать сюда, там же явно пишут что "return the local date" https://docs.python.org/3/library/datetime.html#da... и там же явно пишут что есть utcfromtimestamp

Comments

[0ralo]

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

PS utcfromtimestamp - deprecated

[Everything_is_bad]

0ralo, стандартно - наследие, сейчас при работе с датой, хорошим тоном является вообще всегда указывать timezone, как раз про это и рекомендация в замене utcfromtimestamp

Answer 2

[Dev-op]

Функция использует локальное время системы. Тут надо datetime.utcfromtimestamp() и не мучить с одним аргументом datetime.fromtimestamp() :)