Everyone has been recommending lxml over the built in XML module for as long as I remember.
And this is just observations you could have made a decade ago too. More recently (well 5 years ago) I’d say the most damning thing is the removal of distutils without promoting setuptools to the status of a core library. Python now not even includes the tools to build a python module.
Pythons a huge mess I mean, virtual environments started because just having the wrong libraries together on the system could break either one of them. On newer Linux distros they discourage you from installing pip system wide because the distros rely so much on python you could break something. So instead you do everything through venvs which is a cool mess to sort out when you want something to work system wide and it has to go through the venv.
Or some libraries exist as apt package but only like 10 of them it seems so it’s just easier to set up a venv anyway.
And upgrades to python not being incremental meaning you need like 3 different versions of it installed because this one program needs 3.11 not 3.12, remembering which one to call, remembering which one needs to be the default system wide and making sure it stays that way…
Good to know… I don’t use Python very often, so I’m always a bit oblivious of the recent changes. I’m mainly a Java developer (or Kotlin, when the employer is generous and let me pick the language). In this regard, JVM ecosystem seems to be a bit less chaotic. Maven and Gradle approach seem to be less of a mess than what I find in other ecosystems. The main issues on this ecosystem are some widespreadly used behemoths like Spring framework and Java EE, which often encapsulate and integrate other libraries in all sorts of creative ways and which can cause a big dependency hell if devs don’t consider carefully their choices.
By the way, which is the better tool for virtual envs in Python, nowadays? Pipenv or venv?
I’d Java is more batteries included than python (not sure how that has been changed by Java 9 and later).
I never liked any frameworks that take over the main method. My first instinct working with Java frameworks was always to find the main method and use the debugger to step through all the code until I get to my code. Then try to make sense of everything in between.
Best virtual env tool is python right now is probably uv. Will be devastating when astral decides they need to start making money.
Batteries included is long dead in python.
Tinker is dead.
Nobody uses plain urllib
Everyone has been recommending lxml over the built in XML module for as long as I remember.
And this is just observations you could have made a decade ago too. More recently (well 5 years ago) I’d say the most damning thing is the removal of distutils without promoting setuptools to the status of a core library. Python now not even includes the tools to build a python module.
Pythons a huge mess I mean, virtual environments started because just having the wrong libraries together on the system could break either one of them. On newer Linux distros they discourage you from installing pip system wide because the distros rely so much on python you could break something. So instead you do everything through venvs which is a cool mess to sort out when you want something to work system wide and it has to go through the venv.
Or some libraries exist as apt package but only like 10 of them it seems so it’s just easier to set up a venv anyway.
And upgrades to python not being incremental meaning you need like 3 different versions of it installed because this one program needs 3.11 not 3.12, remembering which one to call, remembering which one needs to be the default system wide and making sure it stays that way…
And you have to install pip first too. At least they decided to include venv at some point.
Good to know… I don’t use Python very often, so I’m always a bit oblivious of the recent changes. I’m mainly a Java developer (or Kotlin, when the employer is generous and let me pick the language). In this regard, JVM ecosystem seems to be a bit less chaotic. Maven and Gradle approach seem to be less of a mess than what I find in other ecosystems. The main issues on this ecosystem are some widespreadly used behemoths like Spring framework and Java EE, which often encapsulate and integrate other libraries in all sorts of creative ways and which can cause a big dependency hell if devs don’t consider carefully their choices.
By the way, which is the better tool for virtual envs in Python, nowadays? Pipenv or venv?
I’d Java is more batteries included than python (not sure how that has been changed by Java 9 and later).
I never liked any frameworks that take over the main method. My first instinct working with Java frameworks was always to find the main method and use the debugger to step through all the code until I get to my code. Then try to make sense of everything in between.
Best virtual env tool is python right now is probably uv. Will be devastating when astral decides they need to start making money.