03丨沟通：程序员为什么应该爱上交流？
为什么程序员普遍不喜欢交流？
工作被打断严重影响效率
交流不能直接帮程序员完成工作
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
程序员为什么应该爱上交流？本文深入探讨了程序员不喜欢交流的原因以及交流的重要性。文章指出，程序员通常不喜欢交流是因为交流会打断工作效率，且不能直接帮助完成任务。然而，文章也强调了交流的重要性，包括输入和输出两个方面。在交流技巧方面，文章提到了换位思考和注意受众的重要性。此外，文章还提出了一些实际的交流技巧。总的来说，文章强调了程序员应该重视交流的重要性，以及如何提高交流的效果。文章还通过案例和思考题引发读者思考，强调了交流对于程序员的重要性，以及良好交流所带来的益处。
《职场求生攻略》，新⼈⾸单¥59
全部留言(26)
- 最新
- 精选
牛牛的确, 平时的工作很不喜欢被人打断, 尤其是写代码状态很好的时候, 好不容易清楚了的逻辑, 万一被打断, 思路可能就断了, 后来工作越来越多的时候, 被打断是很难免的, 我就学会了todo list, 每周末根据事情的优先级安排下周工作, 并保留1天左右的buffer(处理突发事件或者应对临时需求插入); 每天根据任务完成情况, 动态调整第二天的任务或者加加班(流泪....), 保证周任务或者项目级别的准时性; 同时也学会了拒绝, 不合理的需求尽可能的拒绝; 更重要的可能是trade off, 代码的最优不一定是项目的最优, 当下的最优不一定是全局的最优, 项目是需要先机的, 或许我们应该不止是coding, 还应该关注整个项目的计划, 可能delay的不是项目的排期, 而是项目的生命....作者回复: 说的太好了！ 我还喜欢用即时贴，做完之后撕碎即时贴的感觉贼啦爽。比在JIRA上拖story爽多了。
2020-05-22419
icyricky我是一名运维…我们是轮流值班制，在我不值班的时间，总有开发喜欢过来问一句在吗，就没有下文…即使我工作签名改成我在请直接说问题，还是依然如此，我想问一下老师怎么处理这个情况作者回复: 这个确实非常烦。。。我觉得没有好办法。。。很多人就是喜欢ping以下就不说话了。。。或者给聊天软件来个自动回复？ 不过我现在也看开了，既然对方不说话，也就说明事情不急，等看到消息就回一句，等他再来找呗。 你的羊竟然会眨眼睛！
2020-05-22719
chewbee可能是自己性格内向的原因，之前不怎么爱主动与他人交流的习惯，埋头做好自己手头的事，看了老师的文章，认识到主动交流长远来看还是对自己很有帮助，针对性格内向的情况，有什么好的建议，养成主动交流的习惯呢？作者回复: 我觉得我们挺像的。我给出一些我自己的建议吧。 首先还是态度上的转变，把交流沟通当作做事情的第一步，而不是把做具体的事情作为做事的第一步。现在我把和人交流放在比做具体的事情更高的优先级上。也就是说，不把事情弄清楚，不开始做具体的事。这样一方面是为了把事情做对，另一方面来说，对于写了那么多年程序的人来说，在知道怎么做的前提下，做事本身没有什么挑战了。而弄清事情的前因后果，弄清要解决的核心问题，才是更有挑战的工作内容。 其次，我在直播里也提到过，对于内向的人来说，可能很难一下转变的可以跟谁都聊的很无拘无束。没关系，可以在经常合作的部门里，每个里面找一个或者两个固定的人交流，作为起点。比如自己组里，可以是经理，架构师，以及比较熟悉组里情况的同事。别的组里，也可以是一些资深的员工或者架构师等职位的人。不要觉得对方和自己交流是耽误对方的时间。我的感觉是，大部分的架构师，经理以及资深的员工，都非常愿意和人交流。当然，如果有那种不愿意和人交流的，那你下次换个人就是了。 最后，别和人张口就是工作，没事儿可以和别人打个照面，打声招呼，随便聊聊别的事情，游戏，生活，键盘，电视剧，八卦，军事，耳机，音乐，运动什么都可以，只要是双方都感兴趣的。这样非常有利于拉近彼此的距离，减少陌生感。 个人建议，仅供参考～
2020-05-2339
Bug? Feature!总结下~ 长期发展来看，缺少交流，很难发展为公司骨干，升值加薪可能都会被排在后面，工作真的不仅仅是眼前的程序。多交流，多沟通，对自己的发展很有好处，同事，领导都更愿意和你合作，让你承担更多的责任。交流要带有足够的信息，先说重点和结论，这样可以让对方马上get到重要的point，而且你还可以顺势去帮忙解读对方的疑问甚至细节。作者回复: ✅，以我的经验来说，如果对事情的目标、前因后果等都了解清楚，可以得出更好的方案，作出更能适应需求变化的设计。
2020-05-226
叶小鍵只做事不说话，在职场中是不行的，因为你会慢慢变成一个人，没有人在意你，也没有人关心你，也没有朋友，只有陌生人。 工作或是生活都是要需要交流，好的交流如同助力，让你在工作如鱼得水。 要如何做，我觉得初入手，可以把说的话写下来，再来换位思考写，再来试着先说结论再说重点(重点说三条即可)，试试， 若有时间允许的话，晚上睡前进行反思自省，想想今日的说话与工作，好坏在那？可以做什么改善与保持。作者回复: ✅，虽然对于内向的同学来说，这个事儿有点压力。但是混职场，还是要逼自己一下。 每日思考亮了，哈哈。
2020-06-115
我来也对于换位思考的那一节,比较有共鸣. 就同一个项目,app前端与服务后端交流时,也会有类似的问题. 曾经在项目中就遇到过这样的情况. 前端反馈问题就是: "你们的api接口有问题!" 连api接口的完整url地址都不提供的. 后来反复沟通了很多次后,终于把url带过来了,一看根本就不是我们服务的域名. "你们的数据未推送过来!" 我习惯在相当于网关的地方添加完整的日志,这相当于是我的责任边界. 我提供的相关日志表明数据已经推送过去了. 而前端坚持,他加的断点未被触发,消息肯定没收到,让我去看他们的代码. 后来,还是因为他们的逻辑问题,未触发他的那一段代码.作者回复: 描写太过真实😭
2020-05-235
行与修我工作中的交流分三类：开发组内，客户，跨部门。前两个都没太大问题，能看的到好处是做之前讨论比较充分了，不至于跑偏，成果也能及时跟客户迭代。倒是跨部门（实施）交流效率不高，主要在两点：一是同样的事情反复说，微信里文字截图看了记不住，为避免零碎整理出的文档也不细看，喜欢直接来问你；二是计划经常变（理由是别的项目怎样怎样），为了推进进度我倒是帮着想主意，但是开发人员的时间又怎么经得起陷入和第三方对接打烂仗呢！老师有啥建议能启发我一下吗？作者回复: 对方不给力，这个确实没办法。如果是我，我会看看对方有没有给力的，尽量换个对接的人。或者说，每次把事情跟这个人交代清楚，让他作为自己在对方部门唯一的接口人。接口人来问，立刻马上放下手里的事情帮你解决，回答你问题。对方部门如果有人再问，直接让他去找这个脑子清爽的接口人。 计划变，这个只能让经理出马。大家要协调好规则。不能说变就变，没有任何代价。不打到身上不知道疼，不让他负责他可以一秒钟有一个想法。变可以，变带来的延期和工期增加的后果，对方得承担。让他们知道自己要对变负责，自然会在提需求之前想清楚，变的可能也就更小一点。
2020-05-235
wang_acmilan关于交流有一点心得:在华为工作时，通过邮件交流是非常普遍的一种形式。我曾在与人的邮件沟通中犯过如下错误: 1.逻辑不清晰，邮件中不描述背景和上下文，有被高层主管在邮件中直接怼过 2.爱加戏，分析一个攻关问题，突出的是自己定位的思路，而不是把问题的结论和下一步计划放到最突出，最容易呈现的地方。浪费了邮件相关收件人的阅读时间？ 后来我的老板给我提了标准邮件的两个要求: 1.邮件发出来以后，不需要让别人再费劲的问你相关信息。这个要求我的邮件尽量的逻辑清晰和内容详实 2.邮件要尽可能的节约别人和你交流的时间。在这点上要注意那些是交流的收件人哪些是抄送；要扣邮件的细节，要注意自己交流和沟通的目的，方法；要明确自己沟通交流后想获取的结果。作者回复: 👍，内容要翔实，但是结论要清晰+突出。
2020-05-225
RecordLiu程序员写代码被打断真的是太常见了！一开始我很气愤，后来慢慢意识到，被打断也是工作的一部分，这样心态就慢慢变好了。作者回复: 是啊，咱不光要写代码，上班优先交流。然后晚上自己撸代码是最惬意的时候了。
2020-06-214- 有学识的兔子我是看了作者对列举了邮件在工作的几个场景后，决定买这个课程，原因是这是需要补充的部分，也契合课程的标题 职场求生攻略。 我个人不是特别爱交流的人，当然也不反感，对于有质量的交流，对于我来说还是有意义的。 我个人也是朝着增强表达能力方向努力着，这里面最主要的内在动力是 提升自己的价值，参与到更重要的事情上面，而不是重复去做边角料的琐碎事情，这些都需要很好的沟通能力。
作者回复: 是的，只有你知道自己中的粮食是怎么一步步卖到工厂，加工成面粉，做成面包/蛋糕/小饼干的，才更能让自己做的事情更进一层。而这个过程就少不了交流。 我也是个不大爱交流的人，这么多年工作下来，说实话还是因为这个吃过亏的，希望我能把这些事情说出来，让大家能早点行动起来，停止吃亏，哈哈。 这个课程还包含很多我自己总结的职场生存法则，希望对你也有所帮助～
2020-05-304