10 月 15 日，七牛云主办的「Go+ Together！Go+ 1.0 发布会暨 Go+ 开发者基金会启动典礼」在上海隆重召开。
本次大会中，PingCAP 联结创始人兼 CTO 黄东旭的分享主题独辟蹊径，题为《写给后端程序员看的认知心理学》，“可交互性的设计须要多想一步，通知用户半步，让用户本人走半步。”黄东旭将认知心理学和最贴近物理世界的代码、软件交融到一起，分享了咱们认知内部世界的模式以及须要逾越的两条鸿沟。
以下为黄东旭主题演讲的内容整顿：
先介绍一下我本人，我叫黄东旭，是 PingCAP 的联结创始人兼 CTO。
我始终在看心理学的货色，作为一个程序员这么做其实很奇怪。我发现有一个特地大的问题，不晓得大家有没有看过一个梗 ——「请问怎么退出 Vim？」。这个问题让我陷入了一个深深的思考。
当年我始终感觉用不好 GDB 是我智商不行，起初想了一下这是系统软件斯德哥尔摩综合症。我用 Vim 用了很多很多年，我本人祖传的很多 Vim 配置也始终在保护。对于这件事我感觉特地骄傲，花了很长的工夫把这个难搞的货色搞熟了。
我感觉程序员群体，特地是后端程序员常常会有一个偏向，感觉一个货色简单就是厉害，特地崇尚简单的货色。然而，都 21 世纪了，为什么你们程序员就不能把软件做得好用一点？
说回我为什么会看心理学？是因为我发现好多 C 端的软件，包含很多的生产电子产品，不论是买苹果还是买安卓智能手机，没有人读说明书吧？你买一台手机回来，一拆盒子一关上，如同人造主动就晓得开机键在哪儿。而比照 Vim 这种连退出都不晓得怎么退出的软件，我感觉还是 VSCode 更香一点。这两个事物的比照让我感觉零碎程序员再往前走一步就进入到了玄学的畛域，这个玄学的畛域就须要开始钻研心理学了。
我在看一本认知心理学根底的课程，外面有一张图我感觉特地好，人去跟内部世界做交互的时候，大略是要通过两个链路，右边这条是咱们看到一个货色之后应该怎么做，做完之后马上就要有一个执行和评估。
在美国生存过的敌人可能常常用到这种燃气灶，这个货色设计的问题在于不晓得具体哪个旋钮对应哪一个灶？如果把这个旋钮错落有致的简略排列一下，就能简略的映射到。
再举第二个例子。
大家看这个门把手是不是感觉比拟奇怪？明明门把手上写的是 Push，但却是一个让人拉的形态。看到门把手自然而然想去拉它，然而实际上却须要推。这个就是违反了自我意识的产品。
之前我本人总结过一些货色。比方设计了一个数据库，或者设计了一个系统软件，写得超稳定、性能超好，但用户就是用不起来该怎么办？我给大家提供实践反对：
一、逾越执行的鸿沟：可交互性
如何逾越执行的鸿沟？——在技术软件外面有一个重点叫 ” 可交互性 ”。
1）可交互性的第一个关键点 ——「NO Surprise！概念模型」
人在做一件事件的时候，脑子常常都会对接下来要做的事件有下意识的预设，如果你的行为和预设不一样，就会很奇怪。
大多数有驾照的同学，无论什么车只有下来根本都会开，因为根本所有的车都长这个样子。凡是超出了这个模式，大家就会变得十分困惑，就不会开车了。
对一个程序员来说，看到“$”符号和下滑线，想到的不会是挣钱也不是钱，而是会意识到这个中央能够敲货色。同样，看到一个大于号再加一个下滑线的时候，也会想到这个中央是能够敲货色的。为什么会这样？因为习惯。
再比方在设计一个根底软件的时候，通过一个特地简略的概念，或者自洽的模式，防止一个电视机呈现五个遥控器相似的设计。上面我举几个概念模型设计特地好的例子。
多插一句，有很多程序员在设计软件的时候，只关注外部而疏忽掉内部的人如何看这个软件。我感觉这方面写的文章和参考太少了，心愿当前能够有更多人多写点相似的货色。
第一个例子是 UNIX。我当初感觉一个货色做简略其实是特地厉害的事件，就像欧几里得的书最厉害的就是那五条公理，而不是那几百个定理。UNIX 同样十分牛，所有皆是文件，数据是流，Pipe 来串联流。
第二个例子我独自要拎进去，是控制器。这个货色太重要了。
根底软件外面有一种软件应用的交互模式叫管制对象，比方大家罕用的 redis。我发现一个特地奇怪的景象，问十个做基础架构的后端程序员用过最好的工具是什么工具，八九个都会说是 redis-cli，我置信用过 redis 的同学肯定会对 cli 工具印象粗浅。
一个好用的软件和一个难用的软件区别是什么？redis-cli 操作的重点是「所有皆是 KV」。假如 redis 自身是一个 KV，控制器也是一个 KV 的模型就很好承受，在 redis 外面批改配置也采纳 KV 这种模式，开发者们不必独自去学。
MySQL 数据库也是，任何的数据库在操作、去看零碎状态的时候，通过 cli 的 interface 提供交互的形式是最天然的，只管 SQL 自身就是用来倒腾数据的语言。在操作数据库时用 SQL 去做管制很失常，但最大的禁忌就是对应关系凌乱。
2）可交互性的第二个特点——对程序员来说没有人会读文档
在我看来，文档根本跟字典差不多，大家学语文必定不是通过看新华字典学会的。
我不晓得是不是广泛的景象，但至多对我来说，我在用一个新货色的时候，我会有一个类似的心理流动。比如说在 GitHub 或者 Go+ 上，关上一个尽管不晓得在讲什么的页面，我的眼光会始终去找可能复制粘贴的货色，如果代码不能复制粘贴就再往下拉，始终拉到呈现能够复制粘贴的货色，复制到 shell 下面看看会产生什么。
对于一个我的项目的作者来说，这是你可能去博得用户的有且只有的惟一一次机会。我感觉大多数国内的软件公司，都素来没有留神过这个事件。
另外，Quick start 的第一条 shell 命令至关重要，因为决定了后续还有没有后续。
这张 PPT 里我略微总结了一下这个模式。
有一年我在布鲁塞尔散会，跟一个生疏老外聊天，起初他喝多了跟我说 ” 所有不能用 APP Store 装置的软件，都是耍流氓。” 所以官网的管理器肯定是你的首选。
Docker 也是一个好抉择，但你不能假如用户的机器上有 Docker，比方前端的程序员。
第一行 shell 实现后下一步该干什么？有很多人会留神到第一步，很多程序员感觉装置完就算搞定了，但其实第一行顺利胜利当前，最好疏导用户到一个可交互的环境，通知用户下一步该干嘛。
这里我举一个例子。
关上 TiUP 的网站就是这样，只有两句话的介绍，我也素来没读过。我作为一个程序员，眼光集中在第一行，拷贝到 shell 当前，看看会产生什么事件，而后零碎马上通知我接下来该干什么。
再执行复制粘贴，在一分钟之内便搭好了一个本地的 TiDB 集群。最初大家认真看，下一步你能够用 MySQL 客户端连贯上，或者很多其余办法，比方导点数据进来等等。
另外一个例子是 Telegram，在去做机器人的时候是很好用的。
当咱们要去做生态合作开发的时候，比方要用到 GitHub，要先找到 GitHub 的开发者核心，而后在外面找到我的项目后再看文档，各种各样的货色非常复杂。而 Telegram 的 Botfather 十分棒，能够间接让它创立 bot，并且能够间接给 bot 起名字，全程是一个交互式的体验。
即便 telegram 有一个特地长的文档，但我素来没有读过。对此我能够十分骄傲的说，而且我置信 telegram 的 botfather 也会很快乐，我素来没读过文档也能够开发机器人。
对于可交互性，下一点就是多想一步，通知用户半步，让用户本人走半步。
有很多程序员感觉我帮你想了、再帮你做了，那是不行的。人其实是一个很奇怪的动物，方才我提到人总是空想着领有自我意识，但其实咱们基本就没有。但如果让人感觉本人尽在把握的感觉，会感觉很爽。所以尽量在做操作之前提供 DryRun 的 mode。
明天是 Go+ 的场子，但我想安利一下 rust。
大家看这个 Complier，它在你出错当前会通知你哪里错了、你应该怎么样。你必定不喜爱一个编译器强行间接给你做批改。
另外一个对于可交互性最重要的点就是反馈。
大家为什么会感觉 Redis 的感觉特地好？因为它快，快就让人有顺滑的感觉。依据生理学实践人的反应时间大略是 100-200 毫秒，如果你在操作 100-200 毫秒没有反馈的话，人就会感觉这个货色就是卡。
如何让一个软件让人有愉悦感？就是不论怎么样，不论解决完还是没解决完，在 100 毫秒内给一个 feedback，人就会感觉很顺滑。
我本人总结了一个反馈三定律：
第一，不要裸露外部概念！不要裸露外部概念！不要裸露外部概念！我感觉大多数程序员在做一个 to 用户的文档时，最容易犯的谬误就是这一个。比如说外部有一个货色叫 ” 发动机 ”，开车的时候你通知他发动机第三个车轮有问题，用户就蒙圈了。
第二，用精简的人话裸露停顿和状态。不要说废话，更不要不说。
第三，反馈必须即时。
我自黑一下，举一个 TiDB 的例子。
这是用户写的一个问题。对于用户而言，谁能通知他 Region 是什么？下一步应该怎么办？
再举一个好例子。
这是数据库的扫描过程，尽管跑的并不快，但因为有一个进度条在不停的动，大家就会感觉十分快。这就是认真设计过可交互性的软件应该有的行为，不是去「憋大招」，在后盾缓缓扫描 30 秒，最初通知你后果。而是会一条一条通知你，同时设置一个进度条。
还有一个十分难堪的问题，但我还没有想到答案。
各种各样的配置文件是一个特地体验不好的货色，尤其是对于简单的软件来说。咱们在座的各位应该没有人会喜爱配置文件，可能有些斯德哥尔摩综合症型的程序员会喜爱或者喜爱过。
从兽性的角度登程，从一个一般程序员角度来说，我感觉零碎不应该须要配置，就像 iPhone，咱们不可能在拿到手后先改一下再用。但基于目前人类的科技还不能实现。
配置最麻烦的点是一个慢反馈的过程。比方咱们要批改配置，第一步要找到配置文件，找到后进行批改，而后退出再重启。万一打错一个字，可能要到下一次重启才晓得。
这个过程十分纠结，为此我写了一些准则。在目前业界广泛都不太好的状况下，能做的最好的水平了。
第一点就是放在正常人能想到的地位。我特地不喜爱配置的文件放在「以后文件夹」，当你在奇怪的环境外面跑程序的时候，你以后的文件夹到底是哪个？
最初一行是我本人的心智累赘，环境变量是心智累赘最小的。环境变量小于命令行参数，约等于控制器，最差最差的是配置文件。这个排列是我本人的感知，不是特地权威的程序。
对于可交互性的最初一步，就像 Go+ 的语法外面借鉴了很多的 Go，这是挺好的形式。世界上有很多很好的例子，包含 Docker CLI、Kubectl、Redis CLI 其实都不错，抄就完了。
二、逾越评估的鸿沟：可观测性
下一个话题是可观测性。
可观测性的第一个问题是「谁在观测？」
这个问题的答案大家都晓得，是程序员、开发者在观测。我不止一次据说过咱们本人人包含有很多友商十分骄傲的跟客户说「咱们的监控里有几千个监控项」，但自从我学了心理学当前，才晓得人同时可能关注的货色有四个对象数，超过了四个就不晓得是什么货色了，所以千万不要搞太多。
下一个问题是「辨别乐音和信息」。对于什么是有用的信息，我的教训是「跟着要害资源走」。
那什么是要害资源呢？对于一个零碎来说，我根本会灵魂拷问这二十个问题。比如说忽然莫名其妙给你一个齐全生疏的环境，你只有把这 20 个问题搞清楚，大略就晓得这个零碎的状态。
可观测性做得好的软件，肯定会有一个特地厉害的特点，就是会去「利用人的直觉」。
比如说人看到红色就会意识到 STOP，绿色就是 GO。
置信大家都用过 htop，我感觉它最奇妙的一点就是利用了进度条，红绿相间让人间接对系统 CPU 的使用率有一个直观的认知。
这些火焰图的形态便是生产环境中一小块数据被拜访的频度，我不画这些框，大略能看到上面必定有点问题，只有一个热点在外面工作。这样一看便能发现有问题，呈现了自增主键。
以前我也感觉用 BCC 这些货色不纯熟是因为我智商不行，直到我用了 Go，我感觉 Go 用户体验这块做得太完满了，会去利用人认知的一些心理学的技巧，让人去关注到一些零碎异样的货色。
我再举一个例子，也是一个小练习。
这是 TiDB 马上会推出的 TopSQL，不通知大家这是什么性能，置信大家也能发现右边和左边有什么不一样，那一片绿的货色有点不对劲。纵轴是 CPU 的使用率，横轴是工夫，外面不同的色块对应这个工夫内产生的语句。绿色局部指的就是这条语句在这个工夫内占了 CPU 的多少，咱们不必准确到数字就晓得能分辨进去。
可观测性还有特地重要的一个点，就是周期。
一个老司机和一个新人别离去看零碎，我总结了一个最大的区别。老司机会在心中主动画一个时间轴，关注整个业务在周期内的状态，而新人只会关注到离散的一些点。
还有一个常常被人漠视的点是预先观测。最近接到一个用户的骚扰电话，挂了是因为 CPU 呈现了问题，但我看各种的监控都没问题，因为所有设置都是事后设定好的。然而我发现那个问题切实太诡异了，相当于你去做体检，体检我的项目蕴含了耳鼻喉，但其实是内脏之类的中央出了问题，所以看不出来。这时候便须要靠直觉找到，这是很吓人的。
我当前肯定要做一个性能，这个零碎每隔一分钟做一个 Profile，这就是可观测性救命的时刻。我感觉是人写的货色都会有问题，只有有问题就必须有人去抢险救灾，这个时候用户的体验是最有价值的。
明天分享的这个话题我感觉还是挺重要的。谢谢大家。