莱纳斯·托瓦尔兹：但不，2020年的80柱航站楼已经不再“合理”了

2020年5月29日星期五早上6点08分，David Laight<；[email protected]>；写道：>；>；宽屏是用来查看大量文件的。不一定。过多的换行符是不好的。它们造成了现实的和日常的问题。它们会在模式和输出中给像grep&34；这样的东西带来问题，因为grep(和许多其他非常基本的Unix实用程序)基本上是基于行的。因此，事实是，我们中的许多人很久以前就跳过了整个80列终端模型，原因与我们一次可见的行比25行多得多。老实说，我不想看到补丁使内核阅读体验对我来说更糟，可能对绝大多数人来说也是如此，因为有些怪人的终端窗口很小。如果您或Christoph有80个字符行，您可能会得到难看的换行输出。硬汉。那是你的选择。您的硬件限制应该不会给我们其他人带来痛苦。更长的队伍基本上是有用的。我的显示器不仅比它高得多，而且我的字体普遍都比它高得窄。排长队是很自然的。当我在显示器上平铺终端窗口时，我一次可以看到6个终端，这是因为我有三个宽的终端。我还可以并排放进第四个的80%。你猜怎么着？这就是我的默认终端窗口(转到GNOME终端设置，您会发现80x25只是一个可以更改的初始默认设置)，而不是一些80x25。这是一种具有抗锯齿功能的字体，而且不是一些像素化的乱七八糟的东西。实际上，我的大多数航站楼最终都被拖得更宽更高。我检查了一下，我的主要终端现在是142x76个字符，因为事实证明，更宽(和更高)的终端不仅对源代码有用。您最近有没有看过PS AX的产量？还是用过"；top"；？或者做完--Stat&34；或者任何数量的事情，结果证明80x25真的是非常有限的，只是对我们大多数人来说已经不再相关了，或者是做了一些事情，结果证明80x25真的很有限，而且对我们大多数人来说已经不再是那么重要了。所以不是。我不关心有80x25终端窗口的人换行。出于完全相同的原因，如果有人说他们的内核编译需要10个小时，因为他们是在内存为4 GB的Raspberry PI上进行内核开发，我发现这完全无关紧要。硬件受限的人不应该给拥有更好资源的人带来更多不便。是的，我们会在合理的范围内处理。但事实并非如此，就我而言，2020年的80列航站楼再也不合理了。早在80年代，人们就普遍使用132柱端子，看在上帝的份上，不要试图把80柱定为不可移动的标准。如果选择使用80列端子，您可以忍受换行。事情就是这么简单。而且，更长的队伍非常有用。部分原因是我们不再是80年代的编程人员，我们的源代码也因此从根本上变得更加宽泛。是的，局部迭代变量仍然被称为“局部迭代变量”，因为更多的上下文对某些匿名计数器没有帮助。简洁明了仍然是一件好事，过于冗长的名字本质上并不是更好的。但是，使用10-15个字符的变量名是完全合理的，而且它使代码更易读。把东西写出来，而不是使用缩写等。是的，我们确实使用宽制表符，因为这使得缩进是你可以在结构中一目了然地看到的，而且是在整个功能的基础上，而不是你必须在视觉上将东西排成一行或计算空格的东西。在这方面，我们确实使用了宽制表符，因为这使得你可以在结构中一目了然地看到整个功能，而不是试图在视觉上排列或计算空格。因此，我们有很多相当基本的问题，在许多情况下，这些问题很容易造成更长的队伍。是的，我们在某些时候会换行。但真的没有任何理由让这一点再长达80栏了。莱纳斯