Python 3.15 выходит 1 октября: lazy imports, frozendict и что проверить

Python 3.15 выходит на финишную прямую: финальный релиз 3.15.0 запланирован на 1 октября 2026 года. В начале сентября команда выпустила 3.15.0rc2 и назвала его последним запланированным release candidate. Для разработчиков это важная стадия: между RC2 и финалом допускаются только проверенные исправления ошибок, а ABI для серии 3.15 уже не должен меняться.

Когда выйдет Python 3.15

PEP 790 ставит финальный релиз на четверг, 1 октября 2026 года. После этого ветка должна получать bugfix-релизы примерно раз в два месяца в течение двух лет, а затем перейти в режим security-only. Ориентировочное завершение пятилетнего жизненного цикла — октябрь 2031 года.

Для команд, поддерживающих библиотеки с C-расширениями или публикующих wheels, лучшее время для проверки — сейчас. Python.org прямо призывает мейнтейнеров подготовить проекты к 3.15 и опубликовать совместимые wheels на PyPI еще до финального релиза. По заявлению команды, бинарные wheels, собранные против release candidate, должны работать с будущими версиями Python 3.15.

Что нового в Python 3.15

Самая заметная возможность для крупных приложений — явные lazy imports. Новое мягкое ключевое слово lazy позволяет отложить фактическую загрузку модуля до первого использования имени. Большой CLI или сервис может оставить декларации импортов в начале файла, но не платить временем старта за модули, которые в конкретном сценарии не понадобились.

Еще одна новая возможность — встроенный frozendict, неизменяемое отображение, которое может быть хешируемым, если его ключи и значения тоже хешируемы. В builtins также появляется тип sentinel для создания уникальных служебных значений. Для профилирования добавлен отдельный пакет profiling и высокочастотный статистический профайлер Tachyon.

В release highlights есть и изменения для инфраструктурных команд: frame pointers включены по умолчанию для улучшения системной наблюдаемости, заявлена стабильная ABI для free-threaded builds, а документация отдельно отмечает улучшенные сообщения об ошибках и более широкое использование цвета в выводе.

Нужно ли обновлять production 1 октября

Не обязательно. Финальный релиз означает готовность версии к широкому использованию, но production-миграция зависит от вашего стека. Безопасный план — уже на RC2 прогнать CI, проверить зависимости, сборку нативных модулей, Docker-образы и инструменты lint/test, а после финала повторить тест на официальном 3.15.0.

Если проект поддерживает несколько версий Python, 3.15 лучше сначала добавить в матрицу тестов, а не сразу делать единственной runtime-версией. Так несовместимости проявятся до того, как обновление станет срочным.

Почему релиз соберет поисковый спрос

В первые дни октября появится сразу несколько практических запросов: «Python 3.15 release date», «what's new», «install Python 3.15», «frozendict», «lazy imports» и «Python 3.15 compatibility». Поэтому до даты релиза полезно иметь один большой материал, а 1 октября обновить его ссылками на финальные установщики и окончательный changelog.

Минимальный чеклист миграции на 3.15

Перед обновлением стоит отдельно проверить зависимости с нативными расширениями: именно им чаще всего нужен готовый wheel или повторная сборка. Второй слой — инструменты разработки: pytest, линтеры, type checkers, coverage, профайлеры и упаковщики. Третий — собственные предположения проекта о поведении интерпретатора, особенно если код использует import hooks, C API, multiprocessing или нестандартные механизмы запуска.

Для библиотеки разумный релизный план выглядит так: добавить 3.15 в CI, исправить warnings и несовместимости, опубликовать wheel и лишь затем заявлять версию как официально поддерживаемую в metadata. Для приложения логика похожа, но стоит еще измерить время старта и потребление памяти до и после обновления. Тогда новые возможности вроде lazy imports можно оценивать на реальных цифрах, а не только по описанию в PEP.

↗