-->

左耳听风_102_101_高效沟通Talk和Code同等重要

你好,我是沈浩网名做。

Do house talk his cheap, show me the coat.这个是我们技术人啊常说的一句话,也是技术社区中啊经常用的一句话。

这句话的意思呢就是说那些光说不练的人啊说一句是很简单的。

而写代码的人呢会为一句话付出很多很多的精力。

它表明一个看上去再简单的东西啊,用一行一行的代码实现起来,并能让它运转起来,也是一件很复杂很辛苦的事儿。

说的容易啊,做起来难。

这句话呢是linux说的,也是我引入到中文社区里的。

但是呢逐渐的大众对这句话的解读呢开始有点变味了,走向了另外一个极端。

他们觉得代码才是最重要的。

甚至呢其中有一些人啊开始觉得真正的技术人员是只用代码来说话的他们。

这个世界上呢总是会有一些人,当他们看到一个观点的时候,他们的脑袋里啊只有两个答案,一个是true啊,如果不是true呢,也就是false.就好像一个人只要犯了一个错误,那他就是一个不折不扣的大坏蛋。

那如果一个人是个好人,那他要在所有的地方都是优秀完美的。

对于技术人员来说啊,其实套ld和code是同样重要的。

Talk是人对人说的话,而code呢不仅仅是人对机器说的话,也更是另外一种人对人说的话。

因为code呢需要易读和易维护,就需要让人读懂。

可见啊无论是code还是talk,那其实呢都是要和人交流的。

Code呢是间接交流,而talk呢是直接交流,在公司里工作,就需要了解公司的意图,与团队一起做项目,调研客户的需求,设计出用户易操作的界面等等。

你会慢慢的发现,其实呢talk并不cheap,而code呢才是其中比较cheap的一个好的程序员呢需要有好的学习能力。

那这样呢你才能成为技术专家。

但是呢你还需要有好的沟通能力,不然啊你的技术能力完全发挥不出来,就像一棵大树一样,学习能力呢能让你的根越扎越深。

无论遇到什么狂风暴雨,你都可以屹立不倒,而沟通能力呢则是树干和枝叶,它们能让你伸展到更高更远的天空。

所以呢与人沟通是一项非常重要的软技能,我们应该刻意训练和培养自己这方面的能力。

那今天呢我们就来聊一聊技术人如何高效沟通这个话题。

我呢会分享很多我的工作经验,还有我这么多年来啊积累和总结的一些沟通技巧。

他们在我的工作和生活中呢都起到了至关重要的作用,希望同样能给你一些启发。

我特别想对技术人员强调一下我的观点,有效的沟通是事业成功的必要条件。

不管你的目标是成为一名卓越的管理者,还是成为某个领域的技术牛人,你都应该提高自己的沟通能力。

想要获得高效的沟通呢?我们首先需要知道什么是沟通和它背后的原理。

那简单来说啊,沟通是指运用语言文字或者一些特定的非语言行为,把自己的想法、要求和信息等内容传递给对方。

而沟通的原理呢和计算机之间的通信有点类似。

我在我的大脑里面呢,把要表达的内容根据通信协议进行编码发送出来。

你呢接收到中文信息,但它表达的是什么意思呢?这个时候呢就需要去解码。

但是呢我们的日常生活中啊会经常出现一种情况,就是说我这句话呢是这个意思,却被对方啊理解成了其他的意思,也就是所谓的说者无心,听者有意。

那究其原因呢,其实是我们每个人的编码器和解码器啊完全不匹配造成的这也是在沟通中啊经常出现的问题。

那我们应该怎么解决这个问题呢?我们来想象一下,在计算机世界里遇到这个问题都是怎么解决呢?也就是出现编码器和解码器,不一样的情况应该怎么办?我们通常可以通过一些约定来解决这个问题。

那对应到沟通这个场景之下,约定呢仍然是一个好办法。

我在国外的一些公司工作过啊,基本上入职之后啊,第一件事儿都是被告知公司里面有很多的术语在描述对应的事物时呢,要用统一的术语。

就好像江湖中的黑话一样,那这个呢就是我们的通讯协议的标准化。

那这样呢可以简化很多的沟通成本。

此外呢反馈也是一个很好的方式。

你把你理解的东西说给我听,如果有偏差,我再给你解释一下,直到双方达成共识,这就好像TCP协议一样。

为了保证对方收到了,就需要接收方呢发出确认包。

因为发送方和接收方的解码器不一样,所以接收方呢要把它解码的信息在编码后传回来,发送方这边再解码,看一看是不是同样的数据。

于是呢就可以保证编码器和解码器中的信息是一致的了。

那这个呢又叫双工通信,不要小看双工这个事儿,它是有效沟通的前提。

反之呢则会有鸡从鸭讲对牛弹琴的意味了。

当然呢就算我们统一术语,并且有反馈机制,人和人之间的沟通啊依然还是有很多的问题。

最大的一个问题呢就是我们的成长背景不一样,经历不一样,知识储备不一样。

所以对相同事物的理解啊难免会存在一定的偏差。

日常沟通呢可能还好一点,但涉及到一些专业领域中术语的表达沟通不畅的问题啊,会变得更为严重。

比如说我在讲一些计算机术语,而那些没有计算机方面知识储备的人啊,是完全听不懂的。

即便他能听懂,我说的每一个字,但还是理解不了我在说什么。

所以这个世界上呢有一些叫六岁孩子学习什么什么的文章。

那这种方式呢其实就是想把一些高级的知识,通过低级的知识来表达出来,以便让小孩子都能听懂。

也就是所谓的科普。

相信我,如果你能做到这一点,你一定是这个行业的专家级人物了。

就像是那本相当经典的图书,从一到无穷大。

那其实呢他讲的是高阶物理知识,其中啊有非常难以理解的爱因斯坦相对论。

但是这本书呢却被作者写成了中学生都可以读懂的科普书。

能把深奥的物理知识写的这么通俗易懂,只有真正的专家才可以做到。

这本书的作者呢是乔治加莫夫,他是美籍俄裔物理学家宇宙学家科普作家热大爆炸宇宙学模型的创立者,也是最早提出一扇密码模型的人,信息在传递中的损失呢也不容忽视。

相信很多人啊都玩过一个类似于传话的游戏,一个人将一句话偷偷说给站在对手的人听。

然后呢,他把自己听到的内容传给第二个人,依次传下去,直到队尾最后呢由队尾的人大声说出听到的内容。

很多时候啊这个最终的结果都会令人哭笑不得。

因为在传递的过程中啊,最初的信息已经完全变了样子。

因为每一次信息的传递呢,都是由不同的编码器和解码器完成的,而传递信息所使用的协议是很难准确的携带所有的信息的。

所以每次编码和解码都会有信息的丢失和失真,还有一些人啊会在其中有意无意的添油加醋,甚至加入谣言,导致整个传递过程被黑与之对应的那如果一个公司的层级越深,那么执行力啊一定越差,为什么呢?因为老大的旨意呢是一层一层向下传递。

那传到最下面啊,其实信息早就变了样,基本的模式呢都是这样。

我听我的领导讲了啊,自己理解了一下。

然后呢,对下面的人讲,那经常呢就会出现这样的情况。

最高层老板讲,我要的是这个,但最终员工啊交付的却是另外一个东西,信息传递的渠道越多,损失呢也会越大。

所以呢就会有文章中这张经典的图。

而另一方面在职场里啊出于各种各样的原因,有些领导呢不想直接把自己上级的话对自己的下属去讲。

那一方面呢要把它变成下属能力界的语言去讲,他们觉得这样会更有效率。

那下属呢就不用管公司或者别人要什么,只管好,自己要干什么就好。

而另一方面呢,也有政治上的原因,他们把一些信息阻断了,甚至修改了,以此来达到控制别人的目的。

但通常来说啊,只要等级存在,职场中的管理层啊,就会对上粉过是非。

对下呢盘剥利诱,那这个呢就是职场的生存法则,尤其是大公司啊,更是这样。

所以公司大了以后呢,如果管理跟不上,听之任之,那么上层和下层的脱节啊,基本上来说是必然的。

但是对我而言啊,不管是以前做公司的管理层,还是现在经营自己的公司,我一直秉承的原则呢都是将信息源头的信息原模原样分享出去,而不是我嚼过的。

因为我认为后者的信息损失呢会非常大,而且产生的布调后果呢也会很大。

真正的团队管理啊不应该屏蔽信息,信息呢应该是公开透明的。

因为我相信团队是成熟到可以面对各种信息,并且是可以一起找解一起找出路的。

好了,我来总结一下今天的内容。

在文章开始呢,我先强调了我的观点,talk和code同样重要,有效的沟通呢是你事业成功的必要条件。

随后呢我介绍了什么是沟通,还有它背后的原理。

我认为呢沟通原理跟计算机事业中的通讯原理啊有些类似。

因为编码器和解码器的不同会造成理解的偏差。

那这个问题呢可以通过约定和反馈来解决,也就是说要先达成共识,然后呢基于共识来进行沟通。

最后呢我阐述了一些沟通的问题和应对这些问题的方法。

在下节课呢我将分析一下,形成各种沟通问题的主要阻碍,敬请期待。