我是一名程序员，每天都要处理大量的代码。开源和内部开发的东西。

作为一名程序员，我发现同时打开多个源文件很有用，并且经常在我的(宽屏)显示器上组织我的桌面，以便两个源文件并排放置。我可能会用两种语言编程，或者只是阅读一种语言，然后用另一种语言编程。

当其中一个源文件的宽度为120个字符时，我感到不满意和沮丧，因为这意味着我无法在一行屏幕上放置一行代码。它打乱了换行格式。

我之所以说“120”，是因为如果代码的宽度超过这个级别，我会感到恼火。在这么多字符之后，为了可读性，您应该跨行分隔，更不用说编码标准了。

我在写代码时，脑子里有80列。这样当我漏过边界时，就不是什么坏事了。

我是一名程序员，每天都要处理大量的代码。开源和内部开发的东西。

作为一名程序员，我发现同时打开多个源文件很有用，并且经常在我的(宽屏)显示器上组织我的桌面，以便两个源文件并排放置。我可能会用两种语言编程，或者只是阅读一种语言，然后用另一种语言编程。

当其中一个源文件的宽度为120个字符时，我感到不满意和沮丧，因为这意味着我无法在一行屏幕上放置一行代码。它打乱了换行格式。

我之所以说“120”，是因为如果代码的宽度超过这个级别，我会感到恼火。在这么多字符之后，为了可读性，您应该跨行分隔，更不用说编码标准了。

我在写代码时，脑子里有80列。这样当我漏过边界时，就不是什么坏事了。

保持代码的可读性，而不仅仅是机器可读性。很多设备一次只能显示80个字符。此外，它还可以让拥有大屏幕的人更容易同时处理多项任务，因为它可以将多个窗口并排设置。

可读性也是强制行缩进的原因之一。

我相信那些学习排版的人会告诉你，每行66个字符应该是最易读的长度宽度。即便如此，如果您需要通过ssh会话远程调试机器，大多数终端默认为80个字符，79个字符刚刚好，在这种情况下，尝试使用更宽的字符将成为真正的痛苦。你也会惊讶于使用vim +屏幕作为日常环境的开发人员的数量。

打印默认大小的等宽字体是(在A4纸上)80列66行。

Much of the value of PEP-8 is to stop people arguing about inconsequential formatting rules, and get on with writing good, consistently formatted code. Sure, no one really thinks that 79 is optimal, but there's no obvious gain in changing it to 99 or 119 or whatever your preferred line length is. I think the choices are these: follow the rule and find a worthwhile cause to battle for, or provide some data that demonstrates how readability and productivity vary with line length. The latter would be extremely interesting, and would have a good chance of changing people's minds I think.