左耳听风
陈皓
网名“左耳朵耗子”,资深技术专家,骨灰级程序员
立即订阅
40357 人已学习
课程目录
已完结 108 讲
0/6登录后,你可以任选6讲全文学习。
开篇词 | 洞悉技术的本质,享受科技的乐趣
免费
01 | 程序员如何用技术变现(上)
02 | 程序员如何用技术变现(下)
03 | Equifax信息泄露始末
04 | 从Equifax信息泄露看数据安全
05 | 何为技术领导力?
06 | 如何才能拥有技术领导力?
07 | 推荐阅读:每个程序员都该知道的知识
08 | Go语言,Docker和新技术
09 | 答疑解惑:渴望、热情和选择
10 | 如何成为一个大家愿意追随的Leader?
11 | 程序中的错误处理:错误返回码和异常捕捉
12 | 程序中的错误处理:异步编程以及我的最佳实践
13 | 魔数 0x5f3759df
14 | 推荐阅读:机器学习101
15 | 时间管理:同扭曲时间的事儿抗争
16 | 时间管理:如何利用好自己的时间?
17 | 故障处理最佳实践:应对故障
18 | 故障处理最佳实践:故障改进
19 | 答疑解惑:我们应该能够识别的表象和本质
20 | Git协同工作流,你该怎么选?
21 | 分布式系统架构的冰与火
22 | 从亚马逊的实践,谈分布式系统的难点
23 | 分布式系统的技术栈
24 | 分布式系统关键技术:全栈监控
25 | 分布式系统关键技术:服务调度
26 | 分布式系统关键技术:流量与数据调度
27 | 洞悉PaaS平台的本质
28 | 推荐阅读:分布式系统架构经典资料
29 | 推荐阅读:分布式数据调度相关论文
30 | 编程范式游记(1)- 起源
31 | 编程范式游记(2)- 泛型编程
32 | 编程范式游记(3) - 类型系统和泛型的本质
33 | 编程范式游记(4)- 函数式编程
34 | 编程范式游记(5)- 修饰器模式
35 | 编程范式游记(6)- 面向对象编程
36 | 编程范式游记(7)- 基于原型的编程范式
37 | 编程范式游记(8)- Go 语言的委托模式
38 | 编程范式游记(9)- 编程的本质
39 | 编程范式游记(10)- 逻辑编程范式
40 | 编程范式游记(11)- 程序世界里的编程范式
41 | 弹力设计篇之“认识故障和弹力设计”
42 | 弹力设计篇之“隔离设计”
43 | 弹力设计篇之“异步通讯设计”
44 | 弹力设计篇之“幂等性设计”
45 | 弹力设计篇之“服务的状态”
46 | 弹力设计篇之“补偿事务”
47 | 弹力设计篇之“重试设计”
48 | 弹力设计篇之“熔断设计”
49 | 弹力设计篇之“限流设计”
50 | 弹力设计篇之“降级设计”
51 | 弹力设计篇之“弹力设计总结”
52 | 管理设计篇之“分布式锁”
53 | 管理设计篇之“配置中心”
54 | 管理设计篇之“边车模式”
55 | 管理设计篇之“服务网格”
56 | 管理设计篇之“网关模式”
57 | 管理设计篇之“部署升级策略”
58 | 性能设计篇之“缓存”
59 | 性能设计篇之“异步处理”
60 | 性能设计篇之“数据库扩展”
61 | 性能设计篇之“秒杀”
62 | 性能设计篇之“边缘计算”
63 | 区块链技术的本质
64 | 区块链技术细节:哈希算法
65 | 区块链技术细节:加密和挖矿
66 | 区块链技术细节:去中心化的共识机制
67 | 区块链技术细节:智能合约
68 | 区块链技术 - 传统金融和虚拟货币
69 | 程序员练级攻略:开篇词
70 | 程序员练级攻略:零基础启蒙
71 | 程序员练级攻略:正式入门
72 | 程序员练级攻略:程序员修养
73 | 程序员练级攻略:编程语言
74 | 程序员练级攻略:理论学科
75 | 程序员练级攻略:系统知识
76 | 程序员练级攻略:软件设计
77 | 程序员练级攻略:Linux系统、内存和网络
78 | 程序员练级攻略:异步I/O模型和Lock-Free编程
79 | 程序员练级攻略:Java底层知识
80 | 程序员练级攻略:数据库
81 | 程序员练级攻略:分布式架构入门
82 | 程序员练级攻略:分布式架构经典图书和论文
83 | 程序员练级攻略:分布式架构工程设计
84 | 程序员练级攻略:微服务
85 | 程序员练级攻略:容器化和自动化运维
86 | 程序员练级攻略:机器学习和人工智能
87 | 程序员练级攻略:前端基础和底层原理
88 | 程序员练级攻略:前端性能优化和框架
89 | 程序员练级攻略:UI/UX设计
90 | 程序员练级攻略:技术资源集散地
91 | 程序员面试攻略:面试前的准备
92 | 程序员面试攻略:面试中的技巧
93 | 程序员面试攻略:面试风格
94 | 程序员面试攻略:实力才是王中王
95 | 高效学习:端正学习态度
96 | 高效学习:源头、原理和知识地图
97 | 高效学习:深度,归纳和坚持实践
98 | 高效学习:如何学习和阅读代码
99 | 高效学习:面对枯燥和量大的知识
左耳听风
登录|注册

100 | 高效沟通:Talk和Code同等重要

陈皓,杨爽 2018-09-13
Talk is cheap,show me the code,是我们技术人常说的一句话,也是技术社区中经常用的一句话。这句话的意思是,那些光说不练的人说一句是很简单的,而写代码的人则会为一句话付出很多很多的精力,其表明,一个看上去再简单的东西,用一行一行的代码实现起来,并能让其运转起来也是一件很复杂很辛苦的事。说得容易,做起来难!
这句话是 Linus 说的,也是我引入到中文社区的,然而,逐渐地,大众对这句话的解读开始有点变味了,走向了另外一个极端——他们觉得代码才是最重要的,甚至其中有些人开始觉得真正的技术人员是只用代码说话的!
似乎,这个世界上总是会有一些人,当他们看到一个观点的时候,在他们的脑袋里只有两个答案,一个是 true,如果不是 true,那就是 false。就好像只要一个人犯了个错误,这个人就是一个不折不扣的大坏蛋,如果一个人是个好人,那他要在所有的地方都是优秀完美的。
对于技术人员来说,其实,Talk 和 Code 是同样重要的, Talk 是人对人说的话,而 Code 也不仅仅只是人对机器说的话,也更是另外一种人对人说的话(因为 Code 需要易读和易维护,就需要让人读懂)。可见,无论是 Code 还是 Talk 其实都是要和人交流的,Code 是间接交流,Talk 则是直接交流。在公司中工作,需要了解公司的意图,与团队一起做项目,调研客户的需求,设计出用户易操作的界面……你会慢慢地发现,其实,Talk 并不 cheap,而 Code 才是其中比较 cheap 的(注:这是站在了另外一个角度)。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《左耳听风》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(19)

  • Miracle_xing
    我的leader有一个好习惯,我们向他汇报或者请示某个问题,他一般会复述你的问题,和你确认是否在同一个点上,再和你继续交流。我觉得这个举动,对有效沟通很有帮助。快速把两个人的思路拉到一个轨道上,还增加了亲切感。
    2018-09-16
    35
  • 有铭
    上面那个喜欢当面说不喜欢用QQ微信的,你没吃过亏,你知道为啥要用qq微信不用嘴吗?你嘴上说的话有记录吗?到时候撕逼的时候别人不认你不就傻了吗?公司里都用qq微信不用嘴反而是成熟的表现之一,没记录的沟通就是狗屁,到时候出了问题别人直接扔锅,你说你说过?谁知道?
    2018-09-13
    14
  • abcd
    本人很内向,一直在强迫自己多当面直接沟通。无奈公司上下就喜欢用扣扣微信,能不用嘴说就不用,就算坐你对面也要和你发微信。上行下效,很无力。
    2018-09-13
    6
  • Let code talk.
    2018-09-13
    2
  • 赵正 Allen
    有几点感受
    1沟通对象和语境: 沟通对象不同,使用的语言也不相同,关注点也不相同。自我认知的局限往往成为瓶颈。
    2 沟通模型: 正如耗子哥说的,沟通反馈是重要的一环,沟通的典型症状: 我想当然以为你理解了我的意思,而对方亦如此。平常沟通过程中,我们团队非常重视反馈,这样也有利于形成工作流程的闭环
    3 沟通方式: 具体技术问题通常面对面白板沟通,工作汇报多PPT沟通。敏捷实践中,特别强调和鼓励面对面沟通,但也会维护几份重要技术文档。
    2018-09-13
    2
  • caohuan
    听完耗子哥的专栏,反思 自己的沟通能力一直很烂,工作中不能很好的与同事打好配合,也没能协助好 领导的工作,做事有些被动,虽然一直调整自己,期待做技术的我 也能正常说话。

    大点的公司 里面的规则多一点,一旦涉及到业务,先口头商议 然后用邮件通知,只要出活,绩效还可以 就能过得不错,所以不太需要沟通。

    小公司比较灵活点,微信、口头协议都可以,一旦有扯皮,决策权在 老板手里,所以平时不主动让老板知道你的工作进度,后果很悲催,后来发现 在小公司 做得好 不如说得好,如果既能说 又能出活,每过一段时间抛个小惊喜给老板,一段时间后 你可能就是骨干人员了,绑定核心业务,地位就稳固了。

    总结下 会code是程序员的安身立命之本,会沟通 既是行走的第二条腿 也是 催化剂让我们走的更稳,更快。
    2018-10-24
    1
  • godtrue
    学习能力是树根,沟通能力是树干和枝叶,太经典了。
    身边确实存在这样的同事,沟通能力有缺陷导致经常出力不讨好,另外,浩哥提到的大公司的层级沟通中,故意屏蔽有些信息这个在公司里也常见到,大哥和二哥常一起窃窃私语,有些信息只知道最终的处理结果,决策的碰撞是不清楚的。
    不过这个是控制不了的,提高自己的沟通能力是可以的,我和他人沟通是习惯性的重点重复和反复确认,直到最终一致。
    2018-12-31
  • 要低调
    受益匪浅
    2018-12-06
  • llx
    回复刚才用QQ微信不用嘴说的评论。这个和公司文化也有关系,有些文化是习惯性帅锅。可能比较好的做法是第一次选择相信不甩锅,如果被甩以后不再相信必须落在邮件上。
    2018-10-18
  • 小先生
    要重视沟通。与 Code 一样重要。
    通过统一术语和反馈来保证传递一致性。
    2018-10-05
  • Try
    真是受益匪浅!
    2018-09-19
  • 小婉
    左叔,您好。很早前就看您的博客,后来出了专栏果断订阅,从第一篇追到现在收获满满。但是还是有个问题想请教您,就是怎样才能找到自己的技术方向。做技术要兼具广度和深度,但是要往哪个方向深挖,我很迷茫。
    2018-09-16
  • 一路向北
    沟通能够体现一个人的逻辑能力,也是锻炼逻辑能力。在工作中经常由于沟通不畅导致很多结果不符合预期的情况。
    2018-09-14
  • 刘宝峰_DEV
    很有感触,就算不屏蔽信息,也会有沟通不准确的问题。在工作中一起讨论需求时,每次讨论定版后,在写完文档,看到文档再讨论时,发现还有出入反复讨论很久,最终开发出来的还有出入,在整个开发过程中,客户,产品,开发,全程参与,高质量的沟通真的很重要
    2018-09-14
  • hsy
    最近带项目,发现沟通真是太重要了。要想办法尽量简明扼要的沟通,不然在沟通上会"浪费"大量时间。文字性的表达也很重要,如果写得很难懂,看的人都来问你一遍,就失去文档的一大部分作用了。
    2018-09-13
  • sunshine
    沟通很基础,和简单,但又博大精深,需要掌握点套路。基本就不难,别被自己吓到就行。
    2018-09-13
  • hope
    感谢耗子叔,比原来的104篇还多4篇😄
    2018-09-13
  • 右耳朵猫咪
    能说会道和沟通好能不能画上等号?
    2018-09-13
  • 寻路之人
    希望能后面有具体的开源项目的导读
    2018-09-13
收起评论
19
返回
顶部