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

2020-05-30 07:10:41

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栏了。莱纳斯