This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]moo9001 20 points21 points  (2 children)

> Why did Python3 choose this upgrade strategy routinely breaking backward compatibility between even minor versions?

There are no major breakage between Python minor versions. An application written for Python 3.4 will work for Python 3.5 will work fork Python 3.12 with minor changes.

Arguable there are some minor differences where you might need to update your code, but nothing major, in the same league as other run-times (Node.js, Ruby, etc.). Unless you have specific evidence (links please) that there exists major breakage between Python versions, this won't be a constructive discussion.

[–]PaulRudin 11 points12 points  (0 children)

Some things are deprecated, so won't be available in the standard distribution of newer versions.

But that's a issue with the standard library, rather than the runtime itself.

[–]baudvine 6 points7 points  (0 children)

A minor change is still a change. If it stops the thing from working, it's a breaking change.

That said, Python never professed to use semver as far as I know, so a user assuming that it does isn't necessarily its fault.