[Python-ideas] 80 character line width vs. something wider
George Sakkis
george.sakkis at gmail.com
Wed May 20 20:36:24 CEST 2009
On Wed, May 20, 2009 at 1:44 PM, Raymond Hettinger <python at rcn.com> wrote:
>
>>> As pointed out elsewhere in this thread, very often the superior
>>> solution is not to re-*format* the same statement to fit, but to
>>> re-*factor* the code so it's less deeply indented or does less in each
>>> statement.
>>
>> Yes, "refactor" is a much better word than "reformat" for what I was
>> thinking.
>
> So, it seems that support for an 80 character limit is rooted in a desire
> to have other people program differently than they do, somehow making
> their programs better just because they are adhering to an arbitrary limit
> on horizontal text width. That seems somewhat magical. Maybe the limit
> should be 40 chars, then everyone will have to refactor, and line wrap, and
> use smaller idents (like Google does), and use more abbreviated variable
> names.
>
> Maybe the origin of the 80 char limit isn't an anachronism. Maybe it had
> nothing to do with teletypes and low resolution CRTs. Perhaps, the
> programming gods of old were reaching into the future with certain
> knowledge that they were forcing everyone to do the right thing.
>
> Who knew?
Or we can simply interpret the N-chars bound as a soft limit and feel
free to exceed it by one character or three if it makes more sense. I
am certainly not breaking a line for a single extra character.
George
More information about the Python-ideas
mailing list