Обзор Python 3.15: UTF-8 по умолчанию, ленивые импорты и JIT

9 октября 2026 года вышел Python 3.15.0. Это ежегодный мажорный релиз: поддержка исправлениями ошибок — около двух лет, исправлениями безопасности — до октября 2031 года. Главные изменения — UTF-8 как кодировка по умолчанию, явные ленивые импорты, встроенные `frozendict` и `sentinel`, новый профилировщик и ускоренный JIT. За неделю до этого, 1 октября, закончилась поддержка Python 3.10. Обзор для тех, у кого на Python работают боты, парсеры, интеграции с 1С и CRM, бэкенды и скрипты автоматизации.

Главные изменения

UTF-8 по умолчанию (PEP 686). Файлы и консоль теперь открываются в UTF-8 независимо от системной локали. Для русскоязычных проектов это хорошая новость: меньше «кракозябр» при запуске скриптов на Windows. Но код, который рассчитывал на системную кодировку (например, cp1251 при чтении выгрузок из старых программ), может начать читать файлы неверно. Вернуть прежнее поведение можно параметром `encoding="locale"` или флагом `-X utf8=0`.

Ленивые импорты (PEP 810). Новое ключевое слово `lazy` откладывает загрузку модуля до первого использования. Это ускоряет запуск скриптов и CLI-утилит, которые импортируют много тяжёлых библиотек, а используют пару из них.

frozendict и sentinel. Неизменяемый словарь стал встроенным типом (PEP 814), а для «пустых» значений-маркеров появился встроенный `sentinel` (PEP 661).

Распаковка в генераторах (PEP 798). В списковых, словарных и других включениях можно использовать `*` и `**`.

Профилировщик Tachyon (PEP 799). Новый пакет `profiling` с семплирующим профилировщиком: низкие накладные расходы и поддержка асинхронного кода. Удобно искать, почему тормозит бот или выгрузка.

JIT. Экспериментальный JIT-компилятор заметно улучшен: по данным python.org, примерно на 7–8% быстрее стандартного интерпретатора на Linux x86-64 и на 11–12% на macOS AArch64. OpenNET отмечает, что выигрыш сильно зависит от задачи.

Для разработчиков библиотек и инфраструктуры

• Стабильный ABI для сборок без GIL (PEP 803, 820, 793): расширения на C проще собирать для «свободной многопоточности».
• Официальные установщики для macOS теперь ставят поддержку free-threading по умолчанию.
• Официальные сборки для Windows x64 используют интерпретатор с хвостовыми вызовами.
• Новые возможности типизации: дополнительные ключи в TypedDict (PEP 728), TypeForm (PEP 747), непересекающиеся базовые классы (PEP 800).
• Механизм стартовых файлов `.start` (PEP 829) как альтернатива `.pth`.

Известная проблема: на macOS 27.0 IDLE и другие приложения на tkinter могут зависать при открытии диалогов. Python.org советует отложить обновление macOS, если вы от них зависите.

Как обновить Python на сервере без сюрпризов

Python на сервере редко живёт один: от него зависят системные утилиты, cron-задачи и виртуальные окружения проектов. Поэтому системный Python дистрибутива лучше не трогать, а ставить новую версию рядом.

1. Установите нужную версию отдельно (из пакетов дистрибутива, через pyenv или uv) и создайте новое виртуальное окружение для проекта.
2. Переустановите зависимости по `requirements.txt` или `pyproject.toml` и запустите тесты.
3. Проверьте задачи по расписанию: cron часто вызывает конкретный путь к интерпретатору, а не окружение проекта.
4. Если проект в Docker — смените базовый образ и пересоберите контейнер, это самый простой путь.
5. Оставьте старое окружение на неделю для быстрого отката.

Для ботов и интеграций, которые работают круглосуточно, переключение лучше делать в часы минимальной нагрузки и с мониторингом ошибок в первые сутки.

Кого касается

• серверов на Python 3.10 — с 1 октября 2026 года они без исправлений безопасности;
• скриптов, которые читают файлы без явной кодировки, особенно выгрузки из 1С и старых учётных систем;
• проектов с тяжёлыми импортами, где важна скорость запуска;
• команд, которые собирают расширения на C.

Стоит ли обновляться

1. Python 3.10 и старше. Обновляться нужно в любом случае: поддержка 3.10 закончилась. Разумная цель — 3.13 или 3.14, они проверены временем и получают исправления.
2. Python 3.12–3.14. Спешить не нужно. Переходите на 3.15 после выхода первых исправлений (3.15.1 уже вышел) и когда ваши ключевые библиотеки объявят поддержку.
3. Новые проекты. Можно начинать на 3.15, если все зависимости уже собраны под него.
4. Перед переходом найдите все `open()` без параметра `encoding` и укажите кодировку явно — это самый частый источник ошибок в новой версии.

Наше мнение

Мы считаем переход на UTF-8 по умолчанию самым полезным изменением релиза для российских проектов: многолетний источник ошибок с кодировками уходит. Но именно он может сломать старые скрипты обмена с учётными системами, которые молча полагались на cp1251. Что мы советуем клиентам: сначала закрыть Python 3.10, затем — явно прописать кодировки во всех местах чтения и записи файлов, и уже потом планировать 3.15.