This is why I hate Python. The default for Python is slowness and an incompatibility with the multicore world we live in. What does it sacrifice these two first class citizens for? Shaving a few seconds off of writing types, which has also been proven to be fundamentally incompatible with team written software. Now we all get to write slow cli tools and write type annotations anyway.
I would love to see people put efficiency at the top of every requirement list. With languages like Rust you don't even have to sacrifice productivity or safety to get it.
I somewhat agree with your point, however I really believe that Python makes it possible to write FASTER and better software because it focuses on developer productivity. Just read the YouTube story.
There's a case to be made that flattening a list is not a common enough operation to justify a built-in keyword or even a method on the standard library list class. The Pythonic way seems to be that if you can write something with a simple and clear one-liner then it's better and clearer to have people use that one-liner than another built-in method that people would have to go look up the implementation of.
I think you're feeding a troll here. Anyone with time enough in engineering or programming can recognize and respect these sorts of tradeoffs without trash talking least favorite tool.
I mean, you don’t believe that, do you? Maybe we should all be writing our own sorting algorithms as well.
I kind of assumed that DRY was a universally accepted principle in software engineering.
But I guess the Pythonic way is about copy and pasted code, no abstractions, wasting people’s time, egregious language inconsistencies, no multi-threading, and terrible performance.
I’ve probably written more Python than any other language, and honestly, using it feels bad. It feels outdated and useless.
I would love to see people put efficiency at the top of every requirement list. With languages like Rust you don't even have to sacrifice productivity or safety to get it.