最近几天,朋友圈里被一条科技圈的八卦刷屏了。消息的主角是一位曾经很有话语权的资深技术专家,离职之后公开发飙,甩出一句“没人配教我做事”,紧接着又补了一句“我绝不闭嘴,因为我才是对的”。这种剧情天然带着热搜体质:大牛、离职、公开怒斥、前东家,几个词凑在一起,评论区立刻就分成了好几派。先声明一下,出于对一个从业者基本体面的尊重,我下面会把当事人的真实身份隐去,只聊事儿,不聊人。
其实这件事本身,比“谁骂了谁”更有意思。因为很多做技术的人,哪怕没在公开场合闹到这一步,私下里一定也遇到过类似的场景:你确信某个技术方案是对的,但领导不这么想;你花了一整晚准备的论证,在评审会上被几分钟否定;你离职后回头看前公司的某个决策,觉得他们正在往坑里跳。那种“我明明是对的,为什么没人听”的憋屈感,几乎每个写过代码的人都尝过。
今天我就想借这个热点,聊聊技术人怎么面对“谁对谁错”的争论,以及在职场和离职后两个不同场景下,你该如何表达不同意见,又不把自己搞成一座孤岛。
1. 争议事件还原与舆论现场
1.1 事件的基本脉络:一句话引发的站队
如果把这个事件简化一下,大概是这样的:某知名技术大牛从一家头部科技公司离开,离职后没过多久,在公开场合(可能是访谈,也可能是个人博客)直接批评前东家技术路线短视,用了非常强硬的措辞。话里话外的意思是:你们根本不懂技术,我才是那个看得清方向的人,所以我不闭嘴。
前公司的创始人随后也做了回应,大意是尊重不同意见,但“没人配教我做事”这种姿态不太健康,公司需要兼顾的东西比单纯的“技术正确”要多得多。一来一回,围观群众自动分成三队。
第一队支持技术大牛,理由很朴素:技术人就该较真,权威不等于正确,前辈敢说真话是行业之幸。第二队站在公司这边,理由也很现实:公司不是学术机构,技术要为业务服务,公开撕破脸只会损害团队士气。第三队属于看热闹不嫌事大的,只关心“打起来打起来”,顺便再挖一挖两边过去的黑料。
1.2 舆论场上的三种立场:没有谁完全站得住
我认真看了三派的观点,发现一个有意思的现象:每一派说的都有道理,但又都没办法说服另外两派。
支持大牛的人,强调的是“技术纯度”。他们认为,做技术的人如果不敢坚持专业判断,那技术就永远是为商业妥协的工具。这种观点在工程师群体里非常有市场,因为几乎每个人都经历过“外行指导内行”的憋屈瞬间。但问题是,纯度再高,也没办法替公司付服务器账单,纯技术视角下“正确的方案”,放到商业语境里可能就是个无底洞。
支持公司的人,强调的是“系统最优”。他们觉得,技术路线只是企业决策的一部分,成熟的企业必须在技术理想和商业现实之间找平衡。这个逻辑同样成立,但如果公司永远只考虑现实,那技术进步从哪来?很多改变行业的技术,当初看起来都像是不计成本的偏执。
至于围观派,其实他们关心的根本不是对错,而是情绪。大牛公开怼人,满足了“强者不低头”的爽感;公司优雅回应,满足了“格局很重要”的体面想象。至于双方到底谁在技术问题上更接近真相,反而没多少人真正在意。
1.3 为什么这种事总能上热搜
一个技术争论能冲上热搜,通常不是因为技术本身,而是因为它戳中了大多数职场人的共同痛点。你想想,平时工作里被领导否定方案的时候,被外行指挥的时候,明明心里有一万个不服,最后也只能挤出一句“好的,我调整一下”。这时候突然有个比你厉害得多、也比你敢说的人,站出来喊出了你不敢喊的话,你自然会觉得爽。
也就是说,围观者看到的不是两个具体的人在吵架,而是自己内心那个“想拍桌子但不敢拍”的场面。理解了这一点,你就明白了:这种热搜之下,几乎没有人真正在乎技术细节,大家只是在借别人的酒杯,浇自己的块垒。
2. 技术路线之争:谁才是对的
2.1 技术判断存在绝对对错吗
很多技术人在争论中会陷入一个误区:把“技术对错”和“方案优劣”混为一谈。严格来说,技术层面确实存在绝对的对错。比如内存没释放会泄漏,线程没加锁会竞态,这些是教科书级别的硬事实,没有讨论余地。
但到了技术路线层面,事情就没那么简单了。微服务还是单体,自研还是采购,先用快速方案上线还是先做扎实的重构,这些选择没有一个绝对正确的答案,每一个都活在特定约束条件下。团队规模、时间窗口、资金预算、未来两三年可预见的业务变化,都会影响最终答案。
我见过不少年轻工程师,喜欢拿“业界标准方案”去怼领导的“土办法”。在原理想通的情况下,业界方案确实更优雅,但它可能需要三倍的人力去维护,或者团队里没人真正吃透它,结果上线三天就出事故。这时候,领导选“土办法”就不是不懂装懂,而是在给定的条件下选了存活率最高的方案。
2.2 立场偏差:技术人、管理层、用户各执一词
有意思的是,同一件事,不同角色的人看到的是完全不同的脸。
技术人看的是:架构是否合理、性能是否达标、维护成本是否低、代码是否干净。管理层看的是:什么时候能上线、要花多少钱、团队接不接得住、出了问题谁兜底。用户看的是:页面打不开快不快、功能好不好用、会不会崩。三个坐标系不一样,追求的“正确”当然就不一样。
这也是为什么技术争论往往越吵越僵——你以为你在跟对方讨论技术,对方其实在跟你讨论资源;你拿出一堆架构图证明自己是对的,对方只关心下个月能不能发版。两个频道都开着,但永远对不上。
2.3 一个虚构案例:自研还是采购
为了把这个问题说得更透,我举个身边常见的例子。某公司的核心商城系统需要缓存中间件,架构师老周认为开源方案不够贴合业务,坚持要自研一套高可用缓存。管理层看了排期,觉得自研风险太大,主张先采购买商业产品顶上去。
两边在评审会上吵了三次,谁也说服不了谁。老周说,自研虽然周期长,但上线后能省下大量资源成本,而且能力强得多;领导说,按现在的业务体量,开源和商业方案已经够用,自研省下的那点成本还不够填开发人员的工资。
最后结果是折中:先上了商业产品保业务,老周的自研项目降级为预研,小规模实验。一年后,业务量突然爆发,商业产品授权费涨了三倍,老周自研的那个“半成品”被重新捡起来,花了一个月打磨后顶上核心链路,效果出奇地好。
你看,谁是对的?在当时的节点上,领导选采购是稳妥的正确;放长到一年后,老周的坚持也有他的道理。技术路线之争,常常就是这样:不是对错之争,而是时间尺度和评价维度的取舍之争。所以,真的别迷信“我才是对的”,你只是在某个约束条件下暂时对,换个条件,结论可能就变了。
3. 职场争论的边界:什么时候说、怎么说、说到哪
3.1 在职沟通 vs 离职发言的差异
在职的时候,你跟同事、领导争论,关系再紧张,大家都还得在同一张桌上吃饭。争论再激烈,本质上仍然是在解决一个共同问题,所以就算你说得直,对方也就难受一阵子。
可离职之后,身份就变了。你不再是组织里的人,不需要对公司结果负责,这时候再公开批评前东家,外人怎么看?大多数人的第一反应不是“他说得对不对”,而是“他是不是有情绪”。一旦被贴上“情绪化”的标签,哪怕你每一句都是事实,说服力也会大打折扣。
这不是说离职了就不能发表观点,而是说你要清楚自己发言的定位。如果你已经另立山头,公开点评行业、点评技术趋势,这是你的自由;但如果矛头直接指向老东家,尤其带着“你们错得离谱”的架势,那就必须掂量一下后果了——除了出一口气,你能得到什么?可能的代价又是什么?
3.2 表达不同意见的四个安全姿势
如果你真的很想表达不同意见,无论是在评审会上,还是在公开场合,有几个姿势我个人实测下来比较稳。
第一个姿势,先复述对方的观点。你开口不要是“你错了”,而是“我理解你的方案是XXX,对吗”。这句话的作用是让对方确认你已经听懂,而不是在抬杠。绝大多数争论升级,都是因为双方听不懂对方在说什么。
第二个姿势,确认共同目标。技术上吵到最后,往往忘了大家其实想解决同一个问题。你可以说“我同意当前的目标是控制上线风险,我的方案也是围绕这个目标展开的,只是路径不一样”。把共同的靶子画出来,争论就从“敌我矛盾”变成“路线分歧”。
第三个姿势,给出证据链,而不是结论。说“你的方案不行”没有说服力,说“我跑了三组压测,你这个方案在5000并发下延迟超出两倍,数据在这里”才有分量。技术人最稀缺的资源不是聪明,而是愿意把判断落成文档。
第四个姿势,把“你错了”改成“在现在的约束下,另一种选择可能更好”。这句话站在对方的角度替他考虑了成本,对方即便不接受,也不会觉得你在攻击他。
3.3 “我才是对的”这种心态的得与失
我必须承认,“我才是对的”这句话在特定时刻是管用的。比如在一个大家都在和稀泥的项目里,一个敢拍板、敢坚持的人,确实能推动事情往前走。而且历史上有太多改变行业的技术创新,都是靠极端自信硬扛下来的。问题是,这种心态的副作用很大。
最大的副作用,是你关上了自己的信息通道。一个人一旦认定自己绝对正确,就会下意识地过滤掉所有反对信号,结果就是错过真正有价值的提醒。我认识一个大佬级别的架构师,早年就是靠一股“我比谁都懂”的劲头做成了几个项目,后来也是因为这个劲头,把一个内部社区搞得鸦雀无声——没人敢给他提意见,最后他做一个大决策时,缺了一条最关键的业务反馈,项目直接翻车。
技术人的自信,应该建立在我的判断经得起检验,而不是我的判断永远正确。前者让你在争论里越辩越明,后者只会让你在一声声沉默里越来越孤独。
3.4 离职不意味着失声:维护专业形象的方法
我自己也经历过离职后对前公司决策不满的时刻,那感觉确实很拧巴:你明明知道他们要在某个技术方向上悬崖勒马,但说出来又像是在背后嚼舌根。后来我想明白了一个原则:离职以后,只谈行业话题,不谈公司内部;只谈技术趋势,不点评具体的人。
举个例子。你完全可以在公开场合说“我认为未来的AI应用会走向边缘计算”,这没人会说你什么。但如果你说“某公司不做边缘计算是在自掘坟墓”,那就变成了个人恩怨。同样一个观点,换一种指向,专业度和安全度都完全不同。
如果你确实发现前公司在做一些可能危害用户安全的操作,那另当别论,那是职业道德层面的举报,不是意气之争。但绝大多数情况下,离职后的技术争论,不值得你押上自己的职业声誉。
4. 实操工具箱:技术分歧处理与个人品牌维护
4.1 用 ADR 留住技术争论的痕迹
技术人最吃亏的地方,是很多讨论沦为口水仗,最后谁也没留下什么。我建议你养成一个习惯:重要技术决策,都落成一份 ADR(Architecture Decision Record,架构决策记录)。这东西很简单,就是一个模板,大概四五个字段。
背景:写清楚当前要解决什么问题。决策:写明白最终选了哪个方案。备选方案:罗列出当时讨论过的其他选项,简单写为什么被否掉。理由:把决策从头到尾的推导过程记录下来。后果:标明这个决策将来可能造成什么影响,以及什么情况下需要推翻重来。
有了这份东西,以后再遇到争论,你就不用靠嗓门了。直接把 ADR甩出来,对方可以看你的假设、你的推导、你预估的风险,有分歧也能精准定位到具体哪一步。我在项目里推行这玩意儿之后,最大的变化是:吵架变少了,因为没人愿意在一份白纸黑字的文档里露出逻辑漏洞。
4.2 公开表达前的自检清单
如果你正在犹豫要不要公开发声,尤其是离职之后的公开发声,建议先过一遍下面这份清单。
第一,我的目的是什么。是要提醒行业、分享经验,还是单纯想证明前公司错了?如果答案是后者,我建议你把手放回键盘下面,冷静三天再说。
第二,我提供的事实是否可验证。公开发言最忌讳“大概”“听说”“我记得”,每一个关键论点都应该有可回溯的证据。做不到这一点,就按捺住分享欲。
第三,我的语气会不会被误读。文字没有表情,你觉得是“客观陈述”,别人读起来可能是“阴阳怪气”。所以发布前自己多读两遍,或者找一个信得过的朋友当第一读者,让他帮你看一下真实感受。
第四,这件事的后果我能否承受。互联网是有记忆的,你今天发出的“怒斥”,三年后还会被人翻出来。你确定那时候的你还愿意为这句话买单吗?
第五,我有没有给自己留余地。哪怕你再确信自己是对的,也请在文末留一句“以上是我基于现有信息的判断,欢迎讨论”。这不是示弱,而是给未来留一条体面的台阶。
4.3 被质疑时的回应策略
反过来,如果你是那个被公开质疑的人,也别慌,更别急着怼回去。我建议你分三步走。
第一步,先感谢对方把问题摆上台面。不管对方语气多冲,至少他给了你一个回应机会。公开场合,第一句谢谢能帮你稳住舆论基调。
第二步,判断对方的质疑是“对事”还是“对人”。如果是对事,就用数据和事实回应;如果是对人,你没有义务陪他玩。你可以说“关于我的个人能力和品格,我不做回应,但关于这个技术方案本身,我可以提供更详细的数据”。
第三步,把讨论拉回你能控制的场域。比如“这个问题信息量大,一条短文说不清楚,欢迎你私下找我,我把完整的数据链给你看”。这样做,既展示了开放态度,又避免在公开评论区被情绪裹挟。
5. 常见问题与心态调适速查表
5.1 五个高频场景的应对思路
我把技术人最常遇到的几个争论场景整理成了一个表,你可以直接对着查。
| 场景 | 典型误区 | 推荐做法 |
|---|---|---|
| 领导当场否掉你的方案 | 当场反驳,试图证明领导不懂技术 | 先记下领导的顾虑,会后约一个评审,用数据和原型说话 |
| 同事在评审会上公开嘲讽你的设计 | 情绪上头,和他缠斗到底 | 礼貌地请他把具体问题说清楚,把匿名挑刺转化成具体问题 |
| 你确信一个方向是错的,但暂时拿不出数据 | 硬着头皮坚持“我经验多” | 承认暂时缺乏数据,但提出一个小范围验证方案,用实验说话 |
| 离职后看到前公司公开宣传一个有问题的技术方向 | 写长文怒斥、点名批评、翻老账 | 就事论事写行业分析,真要指问题也要用“这类方案的风险”的表达 |
| 团队所有人都站在你的对立面 | 陷入自我怀疑,怀疑自己是不是真的太固执 | 重新检查你的论据和假设,同时接受“多数人不一定对,但少数人往往要承担证明责任”的现实 |
5.2 心态层面:技术人如何面对“被否定”
被否定的滋味确实不好受,尤其当你确信自己是对的时候。但我想说一句可能有点扎心的话:技术生涯里的很多“被否定”,其实都是反馈,不是审判。你方案被否,不是因为你的水平差,更可能只是因为当前阶段和这个方案不匹配。就像你精心做了一桌粤菜,但今天来的客人只想吃火锅,你能说你的菜有问题吗?
我自己的心态调整方法,是把“我的方案被否了”改成“我的方案在这个阶段、这个约束下没被选中”。前者是失败,后者是筛选。多试几次你会发现,被否决的机会成本,远比你想象的低;真正高的是那种“为了证明自己是对的,把整个团队拖下水”的固执成本。
还有一个比较私人的技巧:给自己建一个“证据本”,把每一次觉得自己判断正确的时刻简单记下来,包括你是怎么看出来的、当时用了什么依据。下次再遇到强烈被否定的时刻,翻一翻这个本子,你能更快恢复自信,不容易被情绪压垮。
5.3 努力提升说服力的几个方向
关于技术争论,还有一件值得长期投入的事情,就是提升自己的沟通说服力。很多技术人吃亏不是输在判断上,而是输在表达上。
这里不难,但需要刻意练习。一是学写短文,把一段结论用一两百字讲清楚,去掉所有技术黑话;二是练习讲比喻,把复杂架构类比成生活场景,像“缓存就是厨房里的预制菜,提前做好,上菜才快”,外行一听就懂;三是多看对方的文字和发言,试着用他们的语言体系去沟通——你不喜欢产品经理的OKR语言,那就先学几句,再用他们听得懂的方式讲技术风险;四是争取一些公开分享的机会,哪怕是对内技术分享,都是很好的沙盘演练。
这些能力累积起来,你会发现一个正向循环:你说得越来越清楚,愿意听你的人就越来越多;听你的人多了,你就更不需要靠“怒斥”来争夺注意力了。
写在最后的个人体会
我做技术这些年,见过很多聪明人,也见过很多固执的人。最让我害怕的那种,是聪明又固执、且永远不给自己留余地的人。一个人如果真的确信自己是对的,最不需要做的,就是用最大的嗓门来证明自己。你真正需要的,是把你的观察、你的数据、你的推演过程放在桌面上,让后来者能够沿着你的思路,走到更远的地方。
那个“没人配教我做事”的标题,说到底是一场情绪表演。而情绪,从来都不负责解决问题。我不会劝所有人闭嘴,也不会劝所有人都去当老好人。我只想说,技术人应该珍惜自己的判断力,也要珍惜自己的公信力。你可以不闭嘴,但最好确保每次开口之后,别人记住的不是你的愤怒,而是你给出的东西。
最后再分享一个小技巧:每当你准备说“我才是对的”这句话之前,先停下来问自己一句——如果我是错的,我需要听到什么证据来改变我的想法?如果你答不上来,那你还不是在坚持正确,只是在坚持自尊。