Others are commenting on the “abrasiveness” and other emotional aspects of this post, and I guess I am just too little a fan (of python) to see it. I have nothing against it, I’m just not a fan...
...of python or of anything else.
Well, with the possible exception of bash, which is my go-to for those first few rounds of hacking, and which sometimes gets me into trouble when I stick with it too long, unless and of course it is obvious that something else is better suited.
(Like two years ago when I wrote a queue management orchestrator for our core security product using C because it HAD to be fast, and since I am stronger in C than Rust. I would have preferred Rust, for traits and safety, but I didn’t know it well enough and needed to get to 1.0 fast, so C it was.)
Anyway, my point is that while perhaps wordier than it needed to be, TFA is spot-on: don’t use your favourite tool unless it also happens to be a right tool for the job (and there are almost always more than one right tool).
...of python or of anything else.
Well, with the possible exception of bash, which is my go-to for those first few rounds of hacking, and which sometimes gets me into trouble when I stick with it too long, unless and of course it is obvious that something else is better suited.
(Like two years ago when I wrote a queue management orchestrator for our core security product using C because it HAD to be fast, and since I am stronger in C than Rust. I would have preferred Rust, for traits and safety, but I didn’t know it well enough and needed to get to 1.0 fast, so C it was.)
Anyway, my point is that while perhaps wordier than it needed to be, TFA is spot-on: don’t use your favourite tool unless it also happens to be a right tool for the job (and there are almost always more than one right tool).
Seems like something we should all know.