this post was submitted on 05 Sep 2023
1312 points (97.4% liked)
Programmer Humor
19589 readers
2075 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
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
spaces or tabs
Doesn't PEP 8 say spaces somewheres?
4 spaces, although I'll die on the hill that tabs should always be used instead of space for indentation. Not just in python.
Tada, your indentation level is nicely visible.
Tabs. But really with modern IDE it's irrelevant. Whatever the tech lead says I guess.
With things like black, flake 8 and Isort I can code however I want, list/format however I want, and commit team compliant content. The dream is real
I love such formatters and wish they were even more widespread. In many cases, I really want consistency above all and it's so dang hard to achieve that without an opinionated formatter. If the formatters isn't opinionated enough, it just leads to countless human enforced rules that waste time (and lead to an understandable chorus of "why can't the formatter just do that for meeeee").
Yeah but outside of that where the code is implemented or in a documentation, tabs are still easier to look through. And it does look pretty as long as there aren't too many nested functions.
Even with nested functions tabs are neat.
Does you app have too many nested functions?
Do your app have too less nested functions?
Is your app having average number of nested fns?
And all theese can happen without modifying a single byte in the source file, unlike spaces!
semicolons
Full colons
Questions like that are likely to start a war
4 Spaces, then one tab, then 3 spaces, then 2 tabs, then 2 spaces, then 3 tabs...
Python supports that (and I hate this)
Please elaborate (eg which standard is this defined in?)
Not any standard (and actually not at all something to do for real), but try it, it works
(you should be able to verify I used both tab and spaces f*cking bad way in this example, like I described)
Output:
That's really interesting. So does that mean the interpreter just checks whether the current line is more indented, less indented, or equal vs. the preceding, without caring by how much?
"indentation is indentation!" (mr_incredible_cereal.jpg)
it may look messy, but would you actually rather Python didn't support some inconsistency when the intent is clear?
being exact just for the sake of being pedantic isn't useful.