Many programmers are averse to line wrapping plain text files (especially source code), which has never made much sense to me. There's great support for it in like every editor.
But no, 80-column terminals in 2020 isn't “reasonable” any more
11–20 of 330 posts
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#12Everytime someone tries to argue for it I want to suggest we swap their Mac for a Commodore 64...
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#13I'm barely in my mid 30s and the average font size has been steadily creeping, maybe 1.5 pts per 5 years.
I could tolerate 132 column files today, but by the time I'm 50 there is no way this will work, regardless of screen size
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#14Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#15Isn’t there some merit to the notion that long lines are typically either overly verbose or mentally challenging to understand?
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#16I also find diffs that involve changes to shorter lines easier to read compared to ones with longer lines.
I wonder what he now thinks about line length in email and git commit messages (excluding things like logs, error messages, etc)?
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#17Many programmers are averse to line wrapping plain text files (especially source code), which has never made much sense to me. There's great support for it in like every editor.
peaks and valleys between functions and such are a huge aid visually -- line wrapping makes visualization of source code harder for myself, personally.
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#18I wonder how Linus feels about tabs vs. spaces (I didn't read the entire post, so maybe he addressed it?)
That is what he says
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#19I remember bikeshedding with my coworkers about this topic a few years back while coming up with lint settings. We ended up analyzing all current line widths and realized that something like 98% of lines were under 110 characters, so that is what we ended up using.
I think a lot of terminals just set that as the default window width. No real reason for it, I usually snap to half the screen width immediately anyways. That turns out to about 105-120 characters width. Some people might just not resize it most of the time. Especially on Mac where efficient window management just isn't a thing.
He said, wow, Windows is really nice! :)
Re: But no, 80-column terminals in 2020 isn't “reasonable” any more
#20I wonder how Linus feels about tabs vs. spaces (I didn't read the entire post, so maybe he addressed it?)