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

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

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

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

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

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

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

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

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

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

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.