Python 3.15.0 est disponible depuis le 9 octobre 2026 : la nouvelle version majeure du langage apporte les imports paresseux explicites (PEP 810), l’UTF-8 par d\u00e9faut (PEP 686), deux nouveaux types natifs et un compilateur JIT exp\u00e9rimental sensiblement plus rapide.<\/p>\n
lazy import<\/code>) acc\u00e9l\u00e8rent le d\u00e9marrage des programmes.<\/li>\n- \u25b8<\/span>PEP 686 : l’UTF-8 devient l’encodage par d\u00e9faut, fin des surprises d’encodage sous Windows.<\/li>\n
- \u25b8<\/span>JIT exp\u00e9rimental : environ 7 \u00e0 8 % de gain moyen sur x86-64 Linux, 11 \u00e0 12 % sur Mac Apple Silicon \u2014 toujours d\u00e9sactiv\u00e9 par d\u00e9faut.<\/li>\n<\/ul>\n<\/div>\n\n\n9 oct. 2026<\/div>\nDate de sortie de Python 3.15.0<\/div>\n<\/div>\n\nPEP 810<\/div>\nImports paresseux explicites pour un d\u00e9marrage plus rapide<\/div>\n<\/div>\n\n+7 \u00e0 8 %<\/div>\nGain moyen du JIT exp\u00e9rimental sur x86-64 Linux<\/div>\n<\/div>\n\n2<\/div>\nNouveaux types natifs : sentinel (PEP 661) et frozendict (PEP 814)<\/div>\n<\/div>\n<\/div>\n
Imports paresseux : le changement le plus attendu<\/h2>\n
La PEP 810 introduit la syntaxe d’import paresseux explicite : le module n’est r\u00e9ellement charg\u00e9 qu’\u00e0 sa premi\u00e8re utilisation. Pour les outils en ligne de commande et les applications au lourd graphe de d\u00e9pendances, le temps de d\u00e9marrage chute sans r\u00e9\u00e9crire le code m\u00e9tier.<\/p>\n
C’est d’ailleurs cette fonctionnalit\u00e9 qui a fait glisser le calendrier : la version finale, pr\u00e9vue initialement le 1er octobre, a \u00e9t\u00e9 repouss\u00e9e au 9 octobre apr\u00e8s la d\u00e9couverte de probl\u00e8mes de derni\u00e8re minute, une release candidate 3 ayant \u00e9t\u00e9 publi\u00e9e le 2 octobre.<\/p>\n
\u00ab Imports paresseux, UTF-8 partout, JIT qui acc\u00e9l\u00e8re : Python 3.15 s’attaque aux trois reproches les plus anciens faits au langage. \u00bb<\/p><\/blockquote>\n
UTF-8 par d\u00e9faut et nouveaux types natifs<\/h2>\n
La PEP 686 fait de l’UTF-8 l’encodage par d\u00e9faut pour l’ouverture des fichiers, quel que soit le syst\u00e8me : la source classique de bugs entre Linux et Windows dispara\u00eet. Les projets qui d\u00e9pendaient de l’encodage locale devront passer explicitement encoding=<\/code>.<\/p>\nDeux types natifs font leur entr\u00e9e : sentinel<\/code> (PEP 661), pour cr\u00e9er des valeurs sentinelles propres sans le classique object()<\/code>, et frozendict<\/code> (PEP 814), le dictionnaire immuable que les d\u00e9veloppeurs r\u00e9clamaient depuis des ann\u00e9es. La PEP 798 autorise par ailleurs le d\u00e9paquetage dans les compr\u00e9hensions.<\/p>\nJIT plus rapide, profileur Tachyon et typage enrichi<\/h2>\n
Le compilateur JIT exp\u00e9rimental progresse nettement : environ 7 \u00e0 8 %<\/strong> de gain moyen sur x86-64 Linux par rapport \u00e0 l’interpr\u00e9teur standard, et 11 \u00e0 12 %<\/strong> sur AArch64 macOS. Il reste d\u00e9sactiv\u00e9 par d\u00e9faut, le temps de m\u00fbrir.<\/p>\nLa biblioth\u00e8que standard gagne un paquet d\u00e9di\u00e9 au profilage (PEP 799) avec Tachyon, un profileur statistique par \u00e9chantillonnage capable de s’attacher \u00e0 un processus en cours d’ex\u00e9cution \u2014 pr\u00e9cieux pour diagnostiquer la production sans la red\u00e9marrer.<\/p>\n
C\u00f4t\u00e9 typage, trois PEP (728, 747, 800) enrichissent TypedDict, introduisent TypeForm et les bases disjointes. Les binaires macOS installent d\u00e9sormais le support free-threading par d\u00e9faut, et l’ABI stable s’\u00e9tend aux builds sans GIL.<\/p>\n
Faut-il migrer tout de suite ?<\/h2>\n
Comme toujours, la version .0 vise d’abord les environnements de d\u00e9veloppement et l’int\u00e9gration continue : les mainteneurs de paquets publient leurs roues compatibles dans les semaines qui suivent. Un point de vigilance est signal\u00e9 sur macOS 27, o\u00f9 les applications tkinter (dont IDLE) peuvent se bloquer.<\/p>\n
Pour la production, attendre la 3.15.1 reste la pratique prudente habituelle. Les gains sur le d\u00e9marrage et l’encodage par d\u00e9faut font en revanche de 3.15 une mise \u00e0 jour plus structurante que la moyenne.<\/p>\n
\n\ud83c\udfaf \u00c0 retenir<\/div>\nPython 3.15.0, sorti le 9 octobre 2026, acc\u00e9l\u00e8re le d\u00e9marrage avec les imports paresseux (PEP 810), impose l’UTF-8 par d\u00e9faut (PEP 686), ajoute sentinel et frozendict et fait progresser son JIT de 7 \u00e0 12 % selon la plateforme ; une version charni\u00e8re \u00e0 tester d\u00e8s maintenant, \u00e0 d\u00e9ployer en production apr\u00e8s la 3.15.1.<\/div>\n<\/div>\nQuestions fr\u00e9quentes<\/h2>\n\nQuelles sont les principales nouveaut\u00e9s de Python 3.15 ?<\/summary>\nSorti le 9 octobre 2026, Python 3.15 apporte les imports paresseux explicites (PEP 810) pour acc\u00e9l\u00e9rer le d\u00e9marrage, l’UTF-8 comme encodage par d\u00e9faut (PEP 686), deux nouveaux types natifs \u2014 sentinel (PEP 661) et frozendict (PEP 814) \u2014, le d\u00e9paquetage dans les compr\u00e9hensions (PEP 798), un JIT exp\u00e9rimental plus rapide et le profileur d’\u00e9chantillonnage Tachyon (PEP 799).<\/p>\n<\/details>\n\nLe JIT de Python 3.15 est-il activ\u00e9 par d\u00e9faut ?<\/summary>\nNon, le compilateur JIT reste exp\u00e9rimental et d\u00e9sactiv\u00e9 par d\u00e9faut. Quand il est activ\u00e9, python.org annonce un gain moyen d’environ 7 \u00e0 8 % sur x86-64 Linux par rapport \u00e0 l’interpr\u00e9teur standard, et de 11 \u00e0 12 % sur AArch64 macOS par rapport \u00e0 l’interpr\u00e9teur \u00e0 appels terminaux.<\/p>\n<\/details>\n\nPourquoi la sortie de Python 3.15 a-t-elle \u00e9t\u00e9 repouss\u00e9e ?<\/summary>\nLa version finale \u00e9tait pr\u00e9vue le 1er octobre 2026, mais des probl\u00e8mes de derni\u00e8re minute li\u00e9s aux imports paresseux ont conduit l’\u00e9quipe \u00e0 publier une release candidate 3 le 2 octobre et \u00e0 d\u00e9caler la sortie finale au 9 octobre. \u00c0 noter aussi : sur macOS 27, les applications tkinter (dont IDLE) peuvent se bloquer.<\/p>\n<\/details>\n