你是否经历过这样的职场尴尬时刻？
你是否经历过这样的职场尴尬时刻？
你满怀激情地在会上描述一个业务想法，对面的码农同事却面无表情，甚至有点不耐烦。还没等你说完，他突然打断：
你试图解释，他没有听你就开始反驳，语气生硬，带着一丝嘲讽。紧接着，他开始长篇大论地讲一大堆，一会儿只有他自己才听得懂，一会儿又离题万里……
按理说，写代码的人，应该是世界上逻辑最严密的一群人。毕竟，在计算机的世界里，错一个符号，系统都会崩溃。然而现实中，很多码农给人的感觉却是——表达混乱、情绪暴躁、逻辑跳跃？这不一定是码农的人品问题，而就是职业性的思维错位。
01
关于“粗鲁”与“爱怼人”
很多时候，你觉得码农情商低，是因为他们把计算机程序的“调试模式”带到了人际交往中。在代码的世界里，规则非常简单：要么对（1），要么错（0）；发现Bug，必须立刻指出，否则系统会上线崩溃。别人的发言出现了一个逻辑漏洞，技术人员的本能反应不是给个面子私下说，而是大脑里的编译器在报错了。他打断你、反驳你，在他的认知里，这不叫“怼人”，这叫“排除风险”。他认为自己是在高效地解决问题，帮团队止损。他心里想的是：我指出了这么严重的逻辑炸弹，你们快夸我。
02
关于“武断”与“固执”
为什么技术人员往往显得很武断，张口就是“不行”、“不可能”？商业思维和人际关系通常是灰色的、妥协的、渐进的。但在工程领域，所有模糊的东西都是灾难。
长期浸泡在这种环境里，很多技术人员形成“二元思维”。当你提出一个模糊的需求，或者一个在逻辑上无法闭环的想法时，对于他们来说，这就像是给机器输入了一串乱码，机器的反应就是拒绝执行。在旁人看来，这是僵化、不懂变通；但在他们看来，这是捍卫系统稳定性。因为一旦松口答应了“也许能行”，最后背锅修Bug的还是他们自己。很多技术人员对于新增需求、修改需求，都会产生本能的应激反应去拒绝、否定，他们会把这些工作习惯带到日常沟通中。
03
关于表达“没逻辑”
这是最让人费解的一点：搞工程的人，为什么表达起来反而显得没逻辑？经常出现的情况是：即使是一个技术大牛，在向业务部门汇报时，也经常说得云山雾罩，听众完全抓不住重点。职场/商业逻辑是自上而下：结论先行→核心论据→下一步行动，即“金字塔原理”工程/技术逻辑是自下而上：遇到问题→分析日志→追踪堆栈→发现底层细节→推导结果。他会先讲技术细节——因为这是他解决问题的逻辑基石，最后才讲结论。然而，作为听众的你，在前三分钟听到一堆零碎的事实描述和技术术语时，你的大脑已经宕机了。你听不到主干，只听到了一堆碎片。于是，你得出了结论：“这人说话没逻辑，抓不住重点。”其实他逻辑很严密，只是他的思维方式和你的思维方式不兼容。此外，还要加上“知识的诅咒”：码农脑海里有一张巨大的系统架构图，他默认你也拥有同样的背景知识。于是他省略了铺垫，导致你觉得他前言不搭后语。
04
如何沟通
技术人员长期处于人机交互的环境，社交肌肉因为缺乏锻炼而萎缩，共情能力因为追求效率而被屏蔽。如果你是非技术人员，不要被他们的粗鲁吓住。试着由你来掌控沟通逻辑：不要问开放式问题，例如：“你怎么看？”，这会触发他的长篇大论.....试着问结构性的、封闭式的问题：“结论是什么？风险在哪里？需要我决策什么？”如果你自己是技术人员，请记住，代码是写给机器看的，但话是说给人听的。如果你想要你的代码改变世界，你先得试着改变一下自己。当然，并没所有的技术人员都是上面写的这样的杠精，我也见过一些情商很高的技术高手，不过，这些人通常已经不亲自动手搞技术了。
