79 个字符的习惯
Python 的 PEP 8 代码风格，限制每行最多 79 个字符，虽然这能增加代码的可读性，但更主要的原因是当时的终端默认是 80 字符行宽。
这是因为早期电脑的文本显示模式，流行 80 × 25 左右的文本数量，比如 1980 年的 Apple III 是 80 × 24，之后 IBM 推出的 VGA 文本模式 标准，也是以 80 作为常用行宽。
而这些显示标准可能源自更早之前的打孔卡，因为 IBM 的流行的打孔卡横排宽 80 个字符，就像是计算机的键盘延续了打字机的键盘。
到这里其实还可以追溯，那就是打字机的 每行字符数 也是 80 左右，不过每行字符数就是排版方面的故事了。
最后是 Python 为什么比起 80 少了 1，有人向 PEP 8 的编写者，也是 Python 的设计者 Guido van Rossum 发送邮件询问，得到的答案是 Emacs 不认 80 字符行宽。（至少是某个早期版本）
〈GWLM 16-4-3 源文件可维护性〉 | #历史
Python 的 PEP 8 代码风格，限制每行最多 79 个字符，虽然这能增加代码的可读性，但更主要的原因是当时的终端默认是 80 字符行宽。
这是因为早期电脑的文本显示模式，流行 80 × 25 左右的文本数量，比如 1980 年的 Apple III 是 80 × 24，之后 IBM 推出的 VGA 文本模式 标准，也是以 80 作为常用行宽。
而这些显示标准可能源自更早之前的打孔卡，因为 IBM 的流行的打孔卡横排宽 80 个字符，就像是计算机的键盘延续了打字机的键盘。
到这里其实还可以追溯，那就是打字机的 每行字符数 也是 80 左右，不过每行字符数就是排版方面的故事了。
最后是 Python 为什么比起 80 少了 1，有人向 PEP 8 的编写者，也是 Python 的设计者 Guido van Rossum 发送邮件询问，得到的答案是 Emacs 不认 80 字符行宽。（至少是某个早期版本）
〈GWLM 16-4-3 源文件可维护性〉 | #历史
