如何让技术想法更容易被理解?

简介： 沟通提及来简单，要作好却很难。如何把复杂的技术问题通俗易懂地表达出来，让别人听懂，是每一个技术人都会面临的难题。本文做者以自身经历为背景，总结技术人员在平常技术交流过程当中，遇到的一些低效的技术沟通方式，尝试分析沟通双方的心理状态，并试图探讨提高沟通效率的方法。

一 一些低效的技术沟通案例

1 、技术问题描述不清，解决效率低下

同窗A在交付现场遇到技术问题，在项目群里面求助同窗B的解决过程。

同窗A：大佬，云架构改了以后，数据库规划不了。
同窗A：解决方案导不出来。
其余同窗CDEF：其余问题讨论，冲乱了上下文。
同窗A：数据库不能规划，报风险。
同窗B：先把问题描述清楚。

同窗A可能的心理状态：这个是产品的问题，不是个人问题，我已经把日志和截图发群里面了。你负责的问题你本身爬楼看。

同窗B可能的心理状态：这啥问题啊，还得爬楼看，如今没空，先不处理。...... N小时后，纳尼，刚才是哪一个群在@我了，群太多找不到了，没电话，看来不着急，先去吃个饭。

同窗A心态和方法需转变：谁的问题不是最要的，最重要的是我如何让下一个环节的接口人，在最短的时间内丝滑般地理解这个问题是什么？让他知道我是等米下锅的着急心情。

可行的提问方式：好比把须要钉钉上爬楼看到的碎片信息，提炼后这么提问：“这里有一个问题须要你解决，问题现象是xxx，咱们的预期是xxx，实际看到的是xxx，不符合预期，从日志和报错看多是xxx出问题了。咱们xx项目在线等，急需解决。”

2 、方案太抽象，可复制性有限

一次在线技术分享直播，会后有同窗就培训细节进行咨询。

讲师C：我们这个方案，controller调用apiserver进行调度，而后apiserver去数据库里面查询元数据配置信息后，向业务服务器发送请求。巴拉巴拉，我不耽误你们太多时间，讲快点。
培训结束，一片掌声。
同窗D：这个方案我须要拿去和客户交流的，得把原理弄清楚一点，加一些文字描述方便客户理解。

一次电话交流

讲师C可能的心态：已经画清楚了，还作了培训，听完得本身思考消化啊 。

同窗D可能的心态：这些框框画起来容易，没有相应的说明，在客户那里交流效果可能会不好，须要找不一样的人交叉验证下，而后从新完善材料。

讲师C的心态需转变：最好的学习方法就是用通俗的语言教会别人，若是不能让别人容易理解，那说明本身尚未掌握透彻。

可行的交流方式：上次分享时间比较有限，没说得很透彻，用一个通俗的例子来讲，可能更好理解，......此处省略500字。而后结合客户场景，双方展开更详细的讨论，各有收获。

三、 核心问题（技术决策点）未突出，技术评审效率低下

同窗E去跟客户介绍了一个三机房的方案，须要客户作决策选择是物理第三机房仍是逻辑第三机房，可是客户听完后，没有get到决策点是啥？

一次决策汇报会

可行的交流方式：在方案介绍后，整理2个候选方案的优劣势，标红加粗决策点是什么。

上述场景中，有2个问题须要解决：

• 换位思考作得不够。只考虑了本身须要什么，没考虑到对方利益和风险。
• 没有用对方能理解的语言来表达。

二 解决办法

• 换位思考，是意识的转变，这个转变提及来容易，作起来难。《终生成长》这本书里面有个核心的观点：比起“证实我比别人更厉害”和“这不是个人问题”的想法，“一块儿解决问题并学到更多东西”的想法，更有助于成长。
• 借用费曼学习法来解决，核心观点是"若是你认为本身学会了某个专业知识，看看可否把这个知识教会10岁的孩子就知道了"。

费曼本人是诺贝尔得奖者，也是著名的教育学家，他的学习方法分为四步：

1 、选择一个概念

选一个你想学习的概念。

2 、讲授这个概念（费曼技巧的灵魂）

设想，你面对这个领域的菜鸟，甚至面对十岁的孩童，试图解释清楚这个概念，并让对方彻底听懂。

一方面加深你的理解，另外一方面，找到不明白的节点或卡点。

3 、查漏补缺

当你没法解释的时候，从新回头找答案。

回到书上去，回去找同窗、找老师、找已经懂的人，把这个概念从新研究一遍。
结果要求，你可以把这个概念从新流利地解释出来。

4 、简化语言和尝试类比

继续升华。倘若是一个学术化或抽象化的词语，尝试用简洁词语来解释，用别的东西来类比它。特别注意的是，类别的目的是更好地理解核心观点，容许和技术原意有小差别。

三 体验费曼学习法的过程

笔者第一次听别人介绍微服务中注册中心的功能介绍和实现原理时，对于RPC、RS、SessionServer、DataServer、MetaServer术语，有点懵的感受。笔者当时有一个想法，若是我来向客户介绍微服务的产品时，怎么让他们更容易理解呢？因而开始先找官网文档、研发团队的文档理解后，而后用生活中的小故事小场景来介绍。

1 、什么是RPC？

技术解释

RPC（Remote Procedure Call）的本质是为了屏蔽网络的细节和复杂性，提供易用的api，让用户就像调用本地函数同样实现远程调用，因此RPC最重要的就是“像调用本地函数同样”实现远程调用，彻底不让用户感知到底层的网络。Sofa产品里面不一样容器间，经过RPC调用，实现的“高内聚，低耦合”的效果。

通俗介绍

几个闺蜜在逛街，有人说忽然想起快递没收，要回去收快递。另一我的说，打个电话回去给老公去收快递就好了。提早和老公说明收快递的信息（哪一个快递公司、快递点在哪里、快递里面是什么、收件人姓名和电话），打电话远程操做老公收快递这个过程，叫RPC。

二、 什么是注册中心？

技术解释

Registry 是指具备承载海量服务注册和订阅能力的、高可用的服务注册中心。Registry 服务注册中心分为四个角色：客户端（Client）、会话服务器（SessionServer）、数据服务器（DataServer）、元数据服务器（MetaServer），每一个角色司职不一样能力组合后共同提供对外服务能力。

Registry 服务注册中心的主要组件有：

• Client：提供应用接入服务注册中心的基本 API 能力，应用系统经过依赖客户端 JAR 包，经过编程方式调用服务注册中心的服务订阅和服务发布能力。
• SessionServer：会话服务器，提供客户端接入能力，接受客户端的服务发布及服务订阅请求，并做为一个中间层将发布数据转发 DataServer 存储。SessionServer 可无限扩展以支持海量客户端链接。
• DataServer：数据服务器，负责存储客户端发布数据，数据存储按照数据 ID 进行一致性 hash 分片存储，支持多副本备份，保证数据高可用。DataServer 可无限扩展以支持海量数据量。
• MetaServer：元数据服务器，负责维护集群 SessionServer 和 DataServer 的一致列表，在节点变动时及时通知集群内其余节点。

通俗介绍

注册中心产品可理解为二手房中介机构，微服务架构中的服务注册/发现/调用，可类比买家和卖家经过中介完成房产交易的过程。

• Client：客户端能够是买房者，也能够是房东。
• SessionnServer：相似于中介的门店，负责接待买房者和房东。门店能够根据业务增加而加门店。
• DataServer：相似于中介公司后台的数据库，记录全部门店的客户数据，含买房者和房东。
• MetaServer：相似中介公司的门店系统，维护门店和客户数据，对买房者和房东不可见。当有门店或客户信息发生变化时，及时通知全部的门店。好比有个房子忽然降价20万急售，须要通知到全部门店去找客户。

服务注册过程（房东卖房子）

服务调用过程（买家询价）

四 创建本身的场景库

一、 维护一个本身的术语表，识别出在客户交流界面的高频术语

穿过身体的知识才属于本身，哪怕是看到别人写得好的材料，抄一遍。

2 、为高频术语都分别准备一个有生活场景的介绍

平时多观察生活中人/事/物之间的关系，道法天然。不少设计模式，好比代理模式（例子：专利申报代理机构）、责任链模式（例子：提交购房资格申请，不关心哪一个委办局来处理，最后能得到购房资格便可）、观察者模式（例子：某银行在招标网站发布一个项目招标需求后，各种乙方厂商订阅到有新项目招标，一拥而上）等等都能在生活找到类似的影子。笔者愚钝，此处没法穷举全部设计模式。

3 、及时作笔记和持续更新

为高频术语准备故事或场景，不是专门花一段时间能够完善的，有时候是半夜忽然冒出来的灵感，有时候是恰好看到一份资料里面写得比较好。

做者：开发者小助手_LS
原文连接本文为阿里云原创内容，未经容许不得转载