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

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

由于空格在Python中具有语义意义，一些换行方法可能产生不正确或模糊的结果，因此需要有一些限制来避免这些情况。自从我们使用电传打字机以来，80个字符的行长一直是标准的，所以79个字符似乎是一个相当安全的选择。

我同意贾斯汀的观点。更详细地说，过长的代码行很难让人阅读，有些人的主机宽度可能每行只能容纳80个字符。

风格建议的存在是为了确保您编写的代码能够被尽可能多的人在尽可能多的平台上轻松地阅读。

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

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

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

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

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

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

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

因为如果你把它推到第80列以上，这意味着要么你写了很长很复杂的代码行，做了太多的事情(所以你应该重构)，要么你缩进太多(所以你应该重构)。

下面是我喜欢80个字符的原因:在工作时，我使用Vim，在1680x1040的显示器上同时处理两个文件(我想是1680x1040)。如果行再长一些，即使使用换行，我也很难阅读文件。不用说，我讨厌处理别人的代码，因为他们喜欢长代码。

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.