3 ms·
Me and my coworkers are working with multiple, widescreen monitors. These can display, even in a crowded IDEs with larger fonts hundreds of characters in a line
by inertiatic 7y ago
Me and my coworkers are working with multiple, widescreen monitors. These can display, even in a crowded IDEs with larger fonts hundreds of characters in a line. Oh, and they have the capability of wrapping text.
Yet, a lot of the purported best practices, a lot of the frequently used linters etc. complain about that 80 character limit.
Now, when I'm reading Python that follows the actual best practices of named arguments and descriptive variable names, I might have to follow a function call so far down that I forget what it's name even is.
Fun!
I've also had the experience of trying to follow code that follows the other best practice of breaking out everything into a separate function. It's always a joy to have to follow that trail out of the call stack when trying to debug, and having to back out potentially tens of files while trying to navigate some unfamiliar code, losing all the rest of the context on each single jump.
- scoutt 7y ago> wrapping text Oh my. Who uses wrapping text for coding?
- inertiatic 7y agoSomeone who wants an extra large font for whatever reason, perhaps due to sight problems. The point is that this is an option.
- twic 7y agoWhy wouldn't you? You do need some sort of indication in your editor that the line is soft-wrapped. If you have line numbers in the gutter, then you already have that.