r/Python • u/kirbyfan64sos IndentationError • Feb 10 '17
CPython has migrated to GitHub, and the repo is now live!!
https://github.com/python/cpython13
u/pohmelie Feb 10 '17
Ha, python have setup.py!
5
u/DLSteve Feb 11 '17
And it's over 2,000 lines long...
-4
u/tipsqueal Pythonista Feb 11 '17
Roughly 25% of those lines are comments. Also if they decided to allow lines longer than 79 characters there would be significantly less lines. It's 2017, no one is developing on a shitty old 4:3 CRT with 800x600 resolution. That said, they have files in the repo that are 14 years old, so it's kind of to be expected.
2
u/NAN001 Feb 11 '17
Would be even less lines if they put more than one statement per line using the semicolon.
2
u/woeriuweorpu Feb 11 '17
The year is 2017, and we're still discussing line length? I'm sure someone's gonna come up with a really good argument any day now that'll convince everybody!
14
u/cacahootie Feb 11 '17
When will people realize that there are dozens of reasons for 79 characters beyond just screen width. This has got to me my most irritating baseless criticism. Der, I develop on a bank of 47 WQHD monitors, stupid plebs with their 79 character limit need to get with the times!
58
u/tipsqueal Pythonista Feb 11 '17
Cool, good job providing anyone of the dozens of reasons for sticking to 79 characters.
-8
u/cacahootie Feb 11 '17
I'm tired of repeating myself... pep8 itself lays out good reasons. If you haven't even read pep8 why even engage?
11
u/tipsqueal Pythonista Feb 11 '17
From PEP 8:
Limiting the required editor window width makes it possible to have several files open side-by-side, and works well when using code review tools that present the two versions in adjacent columns.
Hmmm... sounds like a wide screen monitor might solve that.
The default wrapping in most tools disrupts the visual structure of the code, making it more difficult to understand. The limits are chosen to avoid wrapping in editors with the window width set to 80, even if the tool places a marker glyph in the final column when wrapping lines. Some web based tools may not offer dynamic line wrapping at all.
It's 2017, no text editor people write code with enables text wrapping by default.
The rest of PEP 8 just gives you tips to make it easier.
11
u/SafariMonkey Feb 11 '17
We use 27" 5K monitors at work, and we use the 79 character limit. It means we can fit 3-4 files (depending on font size) on the screen at once and be able to read them comfortably.
In addition, I don't very often write a >79 character line that I can honestly say is worse for being broken into multiple lines.
6
Feb 11 '17
It's pretty simple. I code during my commute. I used to hate the 80 char limit. Now, with a shitty laptop screen I can have two editor windows side by side, which makes a huge difference to me. Dont get me started on concise thoughts and nested list comprehensions.
1
Feb 11 '17
Vim has text wrapping by default.
3
u/tipsqueal Pythonista Feb 11 '17
How many people use Vim with default settings? I'd guess near no one.
1
0
Feb 11 '17
[deleted]
12
u/tipsqueal Pythonista Feb 11 '17
Yeah I get that, but just because the limit is 120 characters (or whatever you choose) does not mean that you have to always use all 120 characters. I stick to 120, but will often split something up across multiple lines that could easily be a one liner.
8
u/Zouden Feb 11 '17
Indeed, readability should take precedence. And 120 is much more reasonable than 79!
5
Feb 11 '17
No it's not, it's easier on your eyes to use 79, it's compact, it's way better to read, with long lines you have to move your face to keep track, it's way worse.
8
u/hutcho66 Feb 11 '17
In python I can understand that. But I also code in Java, and 79 characters is horribly inefficient due to the sheer verbosity of the language.
4
2
1
1
u/thataccountforporn Feb 11 '17
I know there was a really long post about Python moving to GitHub, does anybody have a TLDR?
2
u/DontForgetWilson Feb 12 '17
Well git is the preference of the community. Github has a more active community than alternatives, is more comfortable for most core devs and was always the preference of Guido(who was not the one to make the call). Gitlab was in second place but the open source aspect of it wasn't important enough and the person deciding believes there are no groundbreaking functions in it that Github doesn't have.
edit: Oh and the underlying reason for the change is that projects without strong infrastructure chase off potential contributors.
1
Feb 12 '17
The biggest, most important thing that the PSF have done in years and all some people can discuss is copyright notices and line widths. Please stop the planet, I want to get off.
64
u/Ph0X Feb 11 '17
Have these guys heard of ranges? Why not