On voit encore des gens critiquer Python pour sa non stabilité à cause de ça.
Personnellement j'ai beaucoup plus de problèmes avec la nouvelle approche. Chaque version mineure (3.x) de Python vient avec son lot de petits changements qui cassent certains scripts.
Et des versions, il y en a souvent et elles ne sont pas maintenues longtemps. C'est surtout là que je vois des reproches à Python pour sa non stabilité, et c'est aussi ce qui peut expliquer que certains projets sont restés en Python 2 aussi longtemps que possible (la version 3 ne donnant plus de garantie que le code existant continuerait de fonctionner d'une version à l'autre).
Ce n'est pas un compromis facile entre la rétrocompatibilité et l'évolution continue du langage. C++ ne casse que très rarement la compatibilité, mais par contre il accumule un certain nombre de problèmes qui ne peuvent pas être corrigés. Et surtout, on peut toujours configurer le compilateur pour compiler du code C89 si on a besoin. On ne peut pas faire la même chose en Python: prendre un interpréteur Python 3.13 et lui dire "interprète moi ce code qui est écrit en Python 3.8 et utilise des fonctionnalités qui ont été supprimées entretemps".
[^] # Re: History
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Perl 5.42 est sorti. Évalué à 7.
Personnellement j'ai beaucoup plus de problèmes avec la nouvelle approche. Chaque version mineure (3.x) de Python vient avec son lot de petits changements qui cassent certains scripts.
Et des versions, il y en a souvent et elles ne sont pas maintenues longtemps. C'est surtout là que je vois des reproches à Python pour sa non stabilité, et c'est aussi ce qui peut expliquer que certains projets sont restés en Python 2 aussi longtemps que possible (la version 3 ne donnant plus de garantie que le code existant continuerait de fonctionner d'une version à l'autre).
Ce n'est pas un compromis facile entre la rétrocompatibilité et l'évolution continue du langage. C++ ne casse que très rarement la compatibilité, mais par contre il accumule un certain nombre de problèmes qui ne peuvent pas être corrigés. Et surtout, on peut toujours configurer le compilateur pour compiler du code C89 si on a besoin. On ne peut pas faire la même chose en Python: prendre un interpréteur Python 3.13 et lui dire "interprète moi ce code qui est écrit en Python 3.8 et utilise des fonctionnalités qui ont été supprimées entretemps".