So what exactly are you ranting about?
Executive summary: Python is the Windows of programming languages.Perhaps this is true in terms of popularity.
But it is definitely not true in terms of licensing. Python is free and open-source.
The whole "FOSS" baloney is meaningless, people parrot it like it's magic sauce.
One of these two people will be a better operator of the car in unexpected situations, and can explain driving a lot better to their children, friends and others.
As a general thought regarding programming languages, and not specific to Python (although it definitely is concerned), I have a problem with languages that are tightly coupled with their implementation. This is wrong on many levels.
As a general thought regarding programming languages, and not specific to Python (although it definitely is concerned), I have a problem with languages that are tightly coupled with their implementation. This is wrong on many levels.
Yes, this is annoying, especially when they feel free to make seriously incompatible changes between versions so that old programs don't work on new versions.
As a general thought regarding programming languages, and not specific to Python (although it definitely is concerned), I have a problem with languages that are tightly coupled with their implementation. This is wrong on many levels.
Yes, this is annoying, especially when they feel free to make seriously incompatible changes between versions so that old programs don't work on new versions.
This.
Even if there is a use_version_x param or whatever, nobody seems to use it. And then to build a interpreter that -could- deal with it at worst with a noisy warning but instead fatal errors out.
It's as though they resurrected all the worst bits of winword *.doc obsolete versioning, DLL hell and syntax stupidity like it's some kind of competition or homage to MS. If the next version of Python shows up with a floating paper clip, I'm gunna do backflips.
As a general thought regarding programming languages, and not specific to Python (although it definitely is concerned), I have a problem with languages that are tightly coupled with their implementation. This is wrong on many levels.
Yes, this is annoying, especially when they feel free to make seriously incompatible changes between versions so that old programs don't work on new versions.
This.
Even if there is a use_version_x param or whatever, nobody seems to use it. And then to build a interpreter that -could- deal with it at worst with a noisy warning but instead fatal errors out.
It's as though they resurrected all the worst bits of winword *.doc obsolete versioning, DLL hell and syntax stupidity like it's some kind of competition or homage to MS. If the next version of Python shows up with a floating paper clip, I'm gunna do backflips.
To be fair to Python, this business of producing a new version of the programming language itself every few weeks/months/each-year is not a Python exclusive "feature". Most of the new kid on the block programming languages do this, and to my mind it is an insane way to go about producing tools. Would anyone produce mechanical tools that had a new version every few months which required you to use, say, a version 4.3 screwdriver to insert/remove a version 4.3 screw? No one would try to do this with actual physical tools to a bunch of burly hammer wielding men for fear of serious bodily damage.
Moreover, the practice leads to a sense that everything is ephemeral, everything is in beta, nothing is built to last, nothing has passed the test of time, so why should you bother to produce anything stable, long lived and itself capable of passing the test of time with these tools?
I also dislike languages that are too inexpressive or too low performance to usefully implement the majority of their own libraries.
Moreover, the practice leads to a sense that everything is ephemeral, everything is in beta, nothing is built to last, nothing has passed the test of time, so why should you bother to produce anything stable, long lived and itself capable of passing the test of time with these tools?
Money is a GIGANTIC motivator.
Linux does not stand a chance, especially not since the Lennart started to get his code in distributions.
As a general thought regarding programming languages, and not specific to Python (although it definitely is concerned), I have a problem with languages that are tightly coupled with their implementation. This is wrong on many levels.
Yes, this is annoying, especially when they feel free to make seriously incompatible changes between versions so that old programs don't work on new versions.
This.
Even if there is a use_version_x param or whatever, nobody seems to use it. And then to build a interpreter that -could- deal with it at worst with a noisy warning but instead fatal errors out.
It's as though they resurrected all the worst bits of winword *.doc obsolete versioning, DLL hell and syntax stupidity like it's some kind of competition or homage to MS. If the next version of Python shows up with a floating paper clip, I'm gunna do backflips.
To be fair to Python, this business of producing a new version of the programming language itself every few weeks/months/each-year is not a Python exclusive "feature". Most of the new kid on the block programming languages do this, and to my mind it is an insane way to go about producing tools. Would anyone produce mechanical tools that had a new version every few months which required you to use, say, a version 4.3 screwdriver to insert/remove a version 4.3 screw? No one would try to do this with actual physical tools to a bunch of burly hammer wielding men for fear of serious bodily damage.
Moreover, the practice leads to a sense that everything is ephemeral, everything is in beta, nothing is built to last, nothing has passed the test of time, so why should you bother to produce anything stable, long lived and itself capable of passing the test of time with these tools?
Linux does not stand a chance, especially not since the Lennart started to get his code in distributions.
But but but... Linux, and especially systemd, is free. Therefore, by your argument, systemd must be better.
Fast and wrong, Internet of Shit style.
If you're having incompatibility issues with python you are
1.) Using a code from a bad project who isn't specifying their dependencies.
2.) Aren't familiar with how the various environment specification systems work and are blaming that instead of learning how to use the provided tools.