607
python < shell (for scripts)
(programming.dev)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 06 Aug 2023
607 points (97.5% liked)
Programmer Humor
19564 readers
1118 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
founded 1 year ago
MODERATORS
Python is the second best language for everything. Having one language that does it all is better than learning several that might do it a little bit better.
Careful, that attitude is how we ended up with this infestation of JavaScript!
JavaScript is very much not the second best language for anything.
JavaScript came about because it was the only choice in the context for which it was designed, and then it metasticized into other contexts because devs that used it got Stockholm syndrome.
"Metastasized" is a fantastic verb for JavaScript
Speed is a serious problem in Python though. Python has its use cases, and so do other languages. Things would not end well if we started using Python for everything.
This might be an unpopular opinion but python's speed wouldn't even be an issue if it was 5x slower than it is now.
Python is a language designed for write-time performance, not runtime performance.
If I wanted to write a 3D game engine, I wouldn't use Python either. But there's zero chance of me ever doing that. For 90% of things 90% of people do, Python works just fine. And the performance thing is actively being worked on and getting better all the time.
Not since 3.11, python is now one of the fastest languages
Definitely not even close to being one of the fastest languages, but still faster nonetheless.
I have worked on a lot of real time simulation with python glue. It is.. not fun. I'm a better programmer for it though.
Python is the best "glue" language I've ever used. When you want to chain together your program's high-level logic and all of the loops happen inside lower-level languages like Rust, Go, Zig, D or C, Python's performance is perfectly adequate and it's so clear and concise it reads like pseudocode.
As long as you do all your lookups with dicts or sets performance is pretty decent for smaller workloads.
Python is secretly a functional-paradigm language. If you're not making liberal use of comprehensions instead of loops (especially loops with LBYL conditions in them), you're doing it wrong.
Even worse when you look at a class that’s over 1k long.
holy shit you're right