4 ms·

Bash has one major advantage though: it’s core libraries and and commands almost never change which mean your scripts are most likely going to work forever. Pyt

Bash has one major advantage though: it’s core libraries and and commands almost never change which mean your scripts are most likely going to work forever. Python core library development is filled with asshats who like to deprecate naming conventions in later versions rather than just improving the existing libraries and keeping the method names the same. Python is great for a lot of reasons but if you know bash well, it is far more reliable in the long term.

dotancohen 5y ago
I'm 44 years old. When I read your comment, I think "Great, the Bash script will continue to work the next time I need it (which might be after Elon lands humans on another planet)". But when my 22 year old colleague reads it, he likely thinks "Great, that script is full of incomprehensible syntax from the era of my last diaper change". Thinking long term is a skill that is often realized only after one fails to make a previous long-term investment.
fivea 5y ago
> Python core library development is filled with asshats who like to deprecate naming conventions in later versions rather than just improving the existing libraries and keeping the method names the same. I think this is a gross misrepresentation of both technologies, to the point that it goes well beyond a normal apples-to-oranges comparison. A shell script runs well on any standard-compliant implementation, just like python3.4 scripts will run exactly like they always did when running on a python3.4 interpreter. Python's libraries break when asshats "deprecate naming conventions" only when you somehow assume that, say, your python3.10 script would run on python2.7, or just like your shell script breaks when the program it calls happens to break it's cli. Also, is versioning still a problem given the pervasiveness of package managers with support for version pinning?

dotancohen 5y ago

I'm 44 years old. When I read your comment, I think "Great, the Bash script will continue to work the next time I need it (which might be after Elon lands humans on another planet)". But when my 22 year old colleague reads it, he likely thinks "Great, that script is full of incomprehensible syntax from the era of my last diaper change". Thinking long term is a skill that is often realized only after one fails to make a previous long-term investment.

fivea 5y ago

> Python core library development is filled with asshats who like to deprecate naming conventions in later versions rather than just improving the existing libraries and keeping the method names the same. I think this is a gross misrepresentation of both technologies, to the point that it goes well beyond a normal apples-to-oranges comparison. A shell script runs well on any standard-compliant implementation, just like python3.4 scripts will run exactly like they always did when running on a python3.4 interpreter. Python's libraries break when asshats "deprecate naming conventions" only when you somehow assume that, say, your python3.10 script would run on python2.7, or just like your shell script breaks when the program it calls happens to break it's cli. Also, is versioning still a problem given the pervasiveness of package managers with support for version pinning?