3 ms·

To me, that’d be a UX nightmare. Even if I tried to, I’m not going to memorize which of my 20 checked-out Python projects are requiring which Python invocation.

• LtWorf 4y ago
  You do know that python is backwards compatible right? You can just use 3.11 with everything.
  • Hackbraten 4y ago
    If my project is a library that needs to support e.g. 3.8 through 3.11, then I’m not going to use 3.11 for my development environment. The same goes if my project depends on a library or framework that doesn’t support 3.11.
  • lmm 4y ago
    Traditionally it wasn't, and even a "minor" upgrade was a significant undertaking for a large project. Maybe that's changed.
    • mattbillenstein 4y ago
      Maybe in the 2.4 -> 2.7 transitions - Python3 after about 3.6 is pretty good, you might see some minor package breakage if you're running the very latest version, but that's fairly rare. Generally speaking, if you're on a modern OS - like recent Ubuntu LTS or MacOS you're getting 3.8 -> 3.10 and compatibility is very good in these releases.
    • acdha 4y ago
      When exactly are you defining as “traditional”? The Python point releases have generally been painless for a long time. There was a little friction in the early 2-3 era before they made it easier to write code which worked on both without translation but in general it’s been at least a decade since I’ve cared about this except for one time where a couple of libraries depended on a private API which changed in Python 2.7.9, and that was back in 2014. https://bugs.python.org/issue22438 https://bugs.python.org/issue22438