你都见过什么样的电脑盲？

我来吐槽一下这个回答：

大多数人会认为左边这个对话框的是电脑盲。

而我的评价是，右边这个也是：它没有debug的能力。

当你发现问题的时候，你需要制造并且执行一个 check list，包括但不仅限于：

对方能否识别出键盘上 ctrl 这个按键，这是一个键，而不是分别按下 c t r l 四个键。

对方能否理解出这里的 + 是什么意思？具体来说，ctrl + C 的意思是先按下 ctrl 键，在不松开的情况下按下 C 键。而不是“先按 ctrl 后按 C”或者“同时按下 ctrl 和 C”。

更别说选中、窗口判定之类的问题了。举个例子，

图中我确实选中了，但是因为我打开了微信的聊天窗口，所以这一段文字自然是无法复制的。而要讲明白这个问题，你又需要指出是“当前窗口”。——而这里并没有提到这些内容。

比如说，在 Mastering Regular Expression 之类的书里面，首先在涉及符号的时候都要说一大堆内容。类似于“元符号”（书里面用的是“metacharacter/metasequence”）和符号之间的区别。

实际上这里的 “Ctrl + C” 中，只有 “C” 是 正常符号，“+” 和 “Ctrl” 都是元符号：你当然不是依次键入 "C" "T" "R" "L" "+" "C"——但是，ctrl 作为一整个符号，它依旧是一个元符号，或者说，它在某种意义上是一个“概况”，就像是“任意键”是任意键一样，ctrl 其实指的是 任意 ctrl 键，不管是左 ctrl 还是 右 ctrl。而“+”更不用说了。（这一点甚至和书写方式相关，或许，对于某些习惯了从右往左书写的人来说，“+”右侧的东西是先执行的，笑死。）

一个电脑盲容易将所有符号都自然语言化，然后认为“你就按照自然语言的方式理解就行了”而忽略掉不同符号层级本身的区别。以及，如果对方没有装在对应的“解码器”“编译器”，那么你说的内容仅仅是一段无法执行的代码。而电脑盲们的想法，包括很多嗯哼家长的想法就是：我把指令给你了，你怎么可以不懂。——你的依赖确定都处理好了吗？包都安装了吗？前置都做了吗？

问题恰恰在于，在面对代码的时候，只可能是我犯错了，而不可能是它犯错了。你当然可以指责“这傻逼编译器怎么理解不了我的代码”/“这个傻逼怎么听不懂我在说什么”——但是这种思维倾向性毫无意义。你最终要做的是把这件事情做通，如果做不通，那失败的就是你。当然了，这个“失败”不是特别严肃的失败，毕竟你不需要所有游戏都赢。把人开除掉也能解决沟通问题。但是大概就是这种意思。而这在某种意义上也是沟通的原则，也是我特别讨厌某些哲学倾向的人（不如说，是某些“具有不适合学哲学的倾向的人”）喜欢的：“你去读就懂了”。

总的来说就是，这种无法将意图转化为可执行指令、无法理解“低级系统”（不管是“低级的”人还是编程语言）的逻辑盲点，恰恰就是一种更深层次的电脑盲。

而这一切讨论都只涉及到UI交互，还没涉及到更加复杂的问题（如何复制一个图片进去，为什么 gif 无法粘贴？为什么 gif 粘贴过去是静止的），又比如，如何设计撤销和重做，Ctrl+Z 的界限在哪里，redo 的界限在哪里？……

人作为一种电脑盲只有程度的区别。事实上很多技术人员是不在乎 UI 设计的。更别说很多 UI 本身设计得也不好，一个资深码农没有正确的引导也未必能用好一个新的 OA 系统。当设计和使用者之间的“交流”（不是指语言上的交流，而是指一个系统应该布局得自明）出现问题（比如说某些手机上的某些软件用指南针作为logo，但是实际上的功能不是指南针——这就很变态）的时候，指责对方是“盲”是无意义的。

之前看到的一个例子是，抛开颜色不谈，你根本无法通过图标认出这些东西的功能：

而下面这个版本的图标好歹还能看出一点：

大概就是这个意思。

喵。