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-міграція залежить від стеку. Найбезпечніший план — прогнати CI на 3.15 вже на RC2, перевірити залежності, збірку нативних модулів, 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, linters, type checkers, coverage, профайлери та пакувальники. Третій — ваші власні припущення про поведінку інтерпретатора, особливо якщо код використовує імпорт-хуки, C API, multiprocessing або нестандартні механізми запуску.

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

↗