读书 | IT人如何直击本质洞察底层逻辑？

【好书共读】| 作者/Edison Zhou

作为IT技术人，我们不仅要精进技术，也要在技术之外修炼自己的软能力。本质思考，是一种直击事物本质的能力，是思考“思考的方法”，是一切思考的原动力。我们不用担心这个能力在其他企业用不上，因为它是你的“底层操作系统”。

1为何学习直击本质？

无论做什么工作，思考能力都是必不可少的。换句话说，思考能力，往往会影响一个人的其他能力，甚至会影响我们的人生高度。

金庸小说《倚天屠龙记》中，张无忌学习乾坤大挪移的时候，学到第五层就只用了几个时辰，而一般人需要几十年甚至一辈子，前任教主阳顶天练到第四层后便走火入魔最后挂了。经典电影《教父》中有一句我们可能都听说过的台词：“花半秒钟就看透事物本质的人，和花一辈子都看不清事物本质的人，注定是截然不同的命运。”

那么，为何张无忌可以快速掌握乾坤大挪移，又为何有的人可以半秒钟看透本质？

因为，他们都有“九阳神功”护体，“九阳神功”其实就是他们的内功心法，一种本质思考的底层能力，换句话说，就是他们的底层操作系统。

《企业IT架构转型之道》作者钟华老师在《数字化转型的道与术》中写道：“有道无术，术尚可求。有术无道，止于术。”。本质思考能力，其实就是道（内功心法），掌握了道，即使目前没有术（独孤九剑）也没关系。那么，对于程序员来说，在技术层面什么是道什么又是术呢？我个人认为，程序设计和软件设计其实就是道，属于内功，而各种前后端流行框架的花式应用和组合则属于术。

因此，对于任何行业的人，学习了解事物的本质，锻炼直击事物本质的能力，都是有必要的。特别是我们IT技术人，往往喜欢认为所有的问题都是技术问题，试图用技术问题解决所有问题。《软件设计之美》作者郑晔老师也说道，任何试图用技术去解决其业务需求关注点的问题，只能是越陷越深。这时候，我们不妨将技术先放在一边，试图去思考业务需求的本质，探究其根本属性，问题根源和底层逻辑到底是什么，或许可以帮助我们技术人更好地用技术服务业务，最终交付业务价值。

2本质思考

什么是本质？所谓本质，其实说的是三件事：

（1）事物的根本属性

即一个事物之所以成为它的根本原因，回答这个事物是什么的问题。

思考事物的根本属性有三种表现形式：给出清晰的定义、做出准确的简单类比和打出精妙的比方。

（2）问题的根源

即导致问题发生的根本原因，帮助我们解决问题、解释问题和预测问题。

（3）现象背后的底层逻辑

即隐藏在各种现象背后不变的规律，帮助我们举一反三和融会贯通，找到同类问题的普遍根源。

底层逻辑一般具有四个特点：抽象、简洁、动力来源和通用性。

那什么又是本质思考？

艾菲在《直击本质》一书中下了一个定义：“透过复杂现象，看清事物的根本属性，看透问题根源，看懂现象背后底层逻辑的思考能力”。

图片来自刘润《商业洞察力30讲》

那么，我们要如何达到看透本质的思考能力呢？

答案就是：“大胆假设、小心求证”的溯因推理法。所谓溯因推理，就是从现象B推出原因A，而本质思考是从现象和问题出发，找到导致其发生的根源和底层逻辑。因此，溯因推理和本质思考是相似的。

这种溯因推理法的思考方式，也有一个目前比较时髦的名字：“第一性原理”，已经被众多大厂的大佬们广为采用和推崇，比如特斯拉的CEO埃隆马斯克就是其中的一个代表性人物。

“大胆假设、小心求证”是道，那么具体如何落地？艾菲在《直击本质》书中给出了一些方法，即我们所说的术，如下图所示：

在上图所示的这些方法里边，结构性分析法和系统性分析法是相对较为复杂的分析方法，结构型分析法主要应对静态的分析，而系统性分析法则主要应对动态的分析。

所谓系统，就是由要素和连接关系构成，实现某种目的的模型。我们会通过一些系统的循环图来分析其结构，看到这个系统是如何运作的，其中的增强回路、调节回路是怎么样的，是否具有延时效应等等。当我们能够看清楚整个系统的结构与运行模式时，问题的根源就会说落实出，而问题的解决办法也会逐渐清晰。

图片来自刘润《商业洞察力30讲》

比如，当我们去看容器的时候，如果只看表象我们认为它是一个轻量级虚拟机，容器与容器之间实现了相互隔离的。但当你深入分析之后，容器其实是一个基于进程这个已有概念下的新模型。容器实例的本质仍然是一个Linux进程，只不过它使用“障眼法”（Namespace实现隔离+Cgroups实现限制）为这个进程设置了一些“边界”，使之成为了一种特殊的Linux进程。而容器化的本质如果只看表象我们会认为它是只是一种应用打包的方式，当你深入了解之后，你会发现容器化技术其实是提供了一个沙盒环境，只不过这个沙盒环境也有点特殊，它就像是一个集装箱，将应用"装"了起来。为什么是集装箱，而不是其他箱？因为，这个集装箱不管被运输到哪里，只要打开就可以直接使用。没错，你可能猜到了，它就是容器镜像，它保证了不同环境之间可以在操作系统级别运行环境的一致。为什么可以一致？因为它只是一个操作系统所包含的文件、配置和目录，并不包含OS内核，我们可以将其挂载在任何容器的根目录上。容器镜像的本质又是什么？如果看表象我们认为它就是一个个的压缩包，可以随时通过docker pull从各个镜像仓库里面拉下来。但如果深入分析，你会发现容器镜像其实是一组联合挂载的rootfs（根文件系统），这些rootfs位于/var/lib/docker/aufs/mnt目录下，是为容器进程提供隔离后执行环境的文件系统。而Docker公司创新地设计了“分层镜像”的概念，其背后也是对于多个rootfs的连接关系的处理，换句话说，也是建立了一个模型，这个模型是一个由可读写层、init层和只读层构成的多个rootfs的分层架构。

又如，Kubernetes目前已经成为了容器编排领域的事实标准，那么Kubernetes的本质又到底是啥？如果我们初一看，Kubernetes就是一个帮助我们实现快速的容器集群管理和调度的工具。但是，Kubernetes在顶层设计上，并没有选择走Swarm或Mesos的老路，而是选择了创建一个新的模型，而Docker只是这个模型中的一个符合标准规范的要素之一（你可能知道，在K8s v1.20之后不再使用Docker，我们需要使用其他CRI运行时如Containerd或CRI-O了）。这个模型，统一定义了应用与应用之间的关系，紧密协作无间的就放在了Pod里，需要批量管理的Pod就会放到Deployment里，需要共享信息却又不是随便能看的就会放到Secret里，而不想被直接访问还想实现负载均衡的多个Pod就会找Service来帮它们做代理入口...... 此外，这个模型还统一了应用运行的形态，即定义了基于Pod改进后的对象，如Job、CronJob、DaemonSet等。最后，这个模型如何和我们交互呢？它定义了一个“声明式API”的使用方式，可以让我们通过yaml等方式和K8s集群进行交互。可以看到，如果K8s没有提供一个新的模型，而是走Swarm的老路，它可能不会从三足鼎立的厮杀中突出重围，而开发者要做的，就是首先要看到这个新的模型并理解它，然后再应用它。

在技术世界里，需要我们透过表象去观察本质的地方太多太多......

3思维破局

思考问题的本质是思维的第一次提升，而迁移思考、升维思考和逆向思考则可以让思维进行第二次的提升。

迁移思考

所谓迁移思考，就是将思维模型和底层逻辑运用到更多的领域，从而解决各种各样的问题。但是，需要注意的是扩展应用到的这些领域，需要与当前问题属于“表面不同，本质相似”的关系。