“过度设计”正成为一种晋升代币，而“大道至简”却在述职报告里查无此人。

[clemente]

在大厂这种讲究“抓手”、“赋能”、“闭环”的语境下，这种现象被放大了。我为你将原作的核心逻辑进行了本地化重组，更贴合国内互联网的“卷”法和职场逻辑。

互联网职场怪现状：为什么“过度设计”的人总能先晋升？
在每年的大厂晋升季、年终绩效评定或者技术评审会上，有一种劣币驱逐良币正在毁掉我们的职场文化。

我们口头上都说崇尚“简单、高效”，但在实际操作中，那些把简单问题复杂化的人，往往拿到了最好的绩效；而那些把复杂问题化繁为简的人，却在述职时哑口无言。

这并非谁故意作恶，而是我们的评价体系出了一场“集体潜意识”的偏差。

1. 小 A 的“螺丝钉”与 大 B 的“大杀器”
想象一下你们组的两个开发：

开发小 A 接到一个需求。他通盘考虑后，发现用现有的逻辑改改就能搞定。他写了 50 行干净的代码，自测通过，两天上线，没出过一个 Bug 。后续运维成本几乎为零。

开发大 B 接到了类似的需求。他觉得这是个“绝佳的机会”。他没有直接写业务逻辑，而是先引入了一套复杂的插件化架构，搞了一个自研的消息中间件，甚至还为了“未来可能的扩展性”封装了一层玄学抽象。他整整干了三周，提交了十几个 Merge Request 。发布那天，他在大群里发了一篇长长的技术文档，表情包齐飞，显得极其专业。

到了晋升述职的时候，魔幻的一幕发生了：

大 B 的 PPT 战绩彪炳： “主导了分布式架构升级，自研可扩展插件框架，支撑了未来 3-5 年的业务演进，沉淀了一套通用的方法论。” 这听起来就是妥妥的 P7/P8 苗子。

小 A 的 PPT 憋不出词： “上线了 X 需求。” 没了。

小 A 的代码更好、更稳、更快，但在评价体系里，她是“隐形”的。没有人会为那些被“规避掉的复杂性”而买单，大家只看得到你造了多大的轮子。

2. 谁在逼我们“秀肌肉”？
这种“复杂崇拜”不仅存在于绩效里，更在面试和评审会里生根发芽。

在面试中： 你给出一个高可用、低复杂度的方案。面试官眉头一皱：“那如果日活突然翻 100 倍呢？如果数据库宕机了怎么切？为什么不引入 K8s 侧边栏和分库分表？” 为了证明自己“够 senior”，你不得不画出满白板的方框和箭头。你学到了一点：简单意味着没深度，复杂才代表专业。

在评审会上： 当你提出一个清爽的方案，总会有人跳出来问：“这个方案的护城河在哪里？有没有考虑过通用性？能不能赋能给其他业务线？”

迫于压力，你不得不回去给代码“贴金”，加上那些可能一辈子也用不上的抽象层。这不是为了业务，这是为了在评审席面前**“证明我的工作量和思考深度”。**

3. 什么是“未授勋的复杂度”？
复杂度本身不是错。如果你的业务真的要扛每秒百万级并发，分布式系统是必须的。

业务还在 0 到 1 阶段，你就开始搞微服务拆分；明明一个 if-else 能搞定的逻辑，你非要整一套观察者模式。

真正的高手，是那种看完代码后让你觉得“就这？我也能写出来”的人。因为他把所有的坑和复杂逻辑都挡在了外面。高级感的本质不是堆砌，而是克制。

[Plutooo]

并非“正在成为”，而是一直都是

[clemente]

多么的优雅
E=mc^2

[jimages]

古有云：善战者无赫赫之功 善医者无煌煌之名

这种事情常有。

[clemente]

任何人都能增加复杂度，但只有经验丰富且自信的人，才敢于留白。

[encounter2017]

完美不是无可增加，而是无可删减

[penzi]

过度设计：说明热爱工作，希望自己证明自己的价值
大道至简：已经没有热情了，得过且过


这种情况下你说应该奖励哪个人

[penzi]

完善一下

所谓大道至简
1. 已经没有热情了，得过且过
2. 水平真的不行

[skallz]

正常，经常看到有些人故意把某些简单的东西设计复杂，然后包装出一个精美的文档，并且将之与 roi 挂钩，相对容易获得认可，因为除了你的上级和你对接的同事，基本无人知道你在做什么，但是当你的产出有重点，并且对业务业绩有帮助，那你的产出就是有效的。全员狂热追逐 kpi 与 roi

[seedhk]

老生常谈的问题：
如何评估程序员的工作量和贡献程序

[Cavalon]

就和欲加之罪何患无辞一个道理，好坏判断全看角度，就像上面回复的，大道至简是说平不行，你就说服不服吧

[ludan110]

这让我想到了 aliyun 的后台
每过一段 ui 总会大调整 要重新去习惯操作
为了 kpi 而改

[clemente]

@seedhk 为什么要评估工作量? 这作为 eval 就是不公平的

[liu731]

OP 评价一下雄安新区

[bojue]

可以自己创业，以身证道，要不然评判的标准都是别人

[encounter2017]

@seedhk 这个问题早就有人回答过了，无法评估。https://martinfowler.com/bliki/CannotMeasureProductivity.html

评估下一下场景谁的水平高：
1. 我用 10 万行写出来的代码，你用 1 万行实现了
2. 我用一年写了有 100 个功能点的项目，你写了一个有 30 个功能点的项目
3. 过去一年，我负责 1 一个项目，成功了，你负责 5 个项目成功了 4 个

[yolee599]

本质是内卷，产品不是给自己用的，最终是要卖出去的。同样的价格，用户在选择的时候会选择功能多的产品，所以你友商的功能多一个用户都会直接选择友商的产品。你增加功能，你的友商跟着增加，你又不得不继续增加功能

[franklinray]

大道至简带来的价值是什么？你自己说不清楚，然后就等着外部的人自己去看去体会？你第一个故事里面的小 A ，明明在汇报的时候可以说为了解决某个问题，经过怎么样的思考，如何简洁快速解决，并且带来的好处是没有 BUG ，几乎没有运维成本，降本增效。这根本不是大道至简或者过度设计的问题，纯粹是你是否能有逻辑得把自己做的事情说清楚。

[penzi]

@clemente 奖励的目的是激励后来的人努力工作。你都已经大道至简了，还看的上奖励吗？

你要是觉得奖励对你的生活很重要，那你也去同样的赛道里面竞争。

[franklinray]

本质上根本不是说谁工作能力得问题，而是如何能把你工作的贡献量化出来，然后让外部人快速了解并且能肯定你的工作。我遇到大部分程序员的问题就在于，都闷头干，需要汇报的时候总是三言两语把事情说得很简单。那么上级在看到你的汇报时肯定会认为你做的事情都不难，裁掉你换个新人也是应该的。

[penzi]

@clemente 然后我告诉你为什么奖励不奖励这些不爱说话，不爱露脸，只想大道至简的人。因为中层领导同样要被考核。你作为中层领导给大道至简的打高绩效，经常在大领导前露脸，经常开会分享的人打低绩效。你要怎么给更上层的领导解释这不是你任人唯亲？

只有一个情况会产生上面的结果：
所谓的过度设计真的产生了巨大的财务亏损

[wyntalgeer]

根源是屎上雕花罢了，比烂的环境里你还想得到什么璀璨明珠？哦对不起，可以想的，想一想又不会扣绩效

[archxm]

主要在于，盈利模式不清晰。互联网都是：羊毛出在猪身上

[beisilu]

谜底就在谜面上，打工并不是大道
打工就是演戏，给老板表演，老板只想看你表演服从性，而不是教他什么叫大道

[ruanimal]

lz 这个是 ai 生成的内容吧，小心封号

[penzi]

然后我再告诉你为什么不唯结果论

因为大厂的员工换一条狗在那里，对公司都不会有任何影响。裁掉一半人，利润反而能增长，亏损项目反而能停下。

他雇你不是为了让你赚钱，是为了营造一个努力向上的氛围，同时也给股东一个好交代。


想要唯结果论，你去三五人的小作坊试试

[jaysonmac]

关键点不在于当前这个问题的解法是简单还是复杂，而是证明自己有把“具体问题”抽象成“一类问题”，找到通用方法的能力。

你可以在解决问题的时候选择简单方案，但是在晋升的时候要展示出自己对这些问题有没有进一步的思考，能不能形成方法论。毕竟能解决更复杂的问题才是“晋升”，解决符合当前级别的简单问题，只是“履职”。

[showonder]

大道至简是老板该做的，而不是员工该做的，好的打工仔要的就是有过度设计的本事

想大道至简，应该去当老板

如果当老板都干不成，那只能说明没见过真实世界的道是如何运行的，没有得大道的本事，何谈至简？

[julyclyde]

我原来以为，“就连我”这种人都能考上大学进入 IT 行业，已经够堕落的了
转身往后看发现大部分不如我的也进来了
这么多人抢这么少的肉，恶性竞争自然是不可避免的

还是人太多了

[forbreak]

这么说吧，打工是要面向领导和老板工作。做领导和老板想看到的事情。（并不是对公司有利，或者对盈利有利。）你面向公司本身就方向错误。

[Nexora]

你优化了掉了一个组件，去掉了一项不需要的工作，公司领导认为你什么都没干，他造了一个伪需求，然后加了一堆有 bug 的轮子，打着高可用，高性能等优化名义得到了晋升。你以为你为公司节省了成本，优化了架构，可是谁在意呢。

[myqonnt]

@penzi 认同

[nicaiwss]

按你的描述小 A 的方案支撑不了大的日活，没有可扩展性，根本完全不合格啊

[zjcolvin]

文章怎么一股 gemini 的味

[sentix]

感觉是 ai 写的

[mkt]

@sentix 恭喜你答对了，ai 特征 100%

[sampeng]

@sentix 不用感觉…就是…而且可以看得出来是 gemini：k8s 侧边栏 我笑死了

[catazshadow]

官本位，对上负责就这样的

而不是资本主义，用经济利益衡量

[clemente]

@sentix 润了下色而已

[clemente]

@franklinray 带来的价值 是从整个系统的视角 或者说团队持续可维护性

[17681880207]

I wrote the Python.

[lujiaxing]

唯上主义, 唯 KPI 主义, 形式主义. 面向简历编程.

不就是这么回事么.

说到底什么 Java CSharp 什么 Golang TypeScript.

对于 99% 的国内开发者来说, 你以为他们真是对这玩意感兴趣?

别放屁了他们只是看到互联网行业工资高, 来分一杯羹罢了.

本质上这只是个工作. 也就只是个工作.

根本目的是为了赚一大笔钱买房娶妻生子.

写一辈子代码能买得了房子吗? 能付得起彩礼吗?

放屁呢.

所以还得往上爬. 能尽早成为项目经理, 成为部门经理, 成为 P8, P9, P10. 就可以拿更多的钱实现自己的愿望.

所以必然是怎么来钱快怎么搞. 至于是不是过度设计. 是又怎么样? 老板又不懂, 老板只知道这些密密麻麻的代码, 这些不明觉厉的文档一定代表着我更牛逼. 这就够了.

你大道至简, 老板只会觉得你这一天谢了不到 100 行代码, 你一定是在摸鱼.

[junwind]

等人口下降把，等什么时候人人不愁工作，人人有房子，有车子，有饭吃。 那么将会是三体中描述的技术大爆炸时代

[yxc246800]

是也不是，仅仅实现功能只是最初级的需求吧。
我是做嵌入式的，如果只是实现功能或者解决 bug ，十几行代码甚至加延迟就能解决，可是然后呢，代码没有重用性，未来如果碰到同样需求还得重写一遍，我要考虑到每一个可能重用的细节，封装好，预留好借口，然后在原系统中将需求代码按需“注册”进去，这样暴露在原系统重可能是更简单的几行代码，但是背后的工作量非常大。

[clemente]

@junwind 朝鲜人挺少的...可是没有实现你说的

[huaweii]

@liu731 一个沙雕的玩具

[werls]

类似于大搞超前设计基建的政客可以光荣上升，但是基建后留下来维护问题，就非常头痛。

[chaoshui]

大道至简也很简单，过度设计也很简单，难的是恰到好处

[anyChris]

深有体会。之前隔壁组一哥们把一个简单的配置读取搞成了插件化+热加载，述职的时候讲了半小时架构图，顺利晋升。我这边老老实实三行代码解决问题的，年底绩效写都没啥好写的。

说白了评价体系只看做了什么，不看避免了什么。你少写的那几千行代码、少引入的那些依赖、少出的那些 bug ，根本没人会算成你的功劳。

[dufldylan1]

读过博士的都知道，大道至简=你这文章没有复杂度啊，没有创新点，没有工作量

[daybreakfangyang]

因为“情绪”价值，哈哈

[arihca]

@chaoshui 深感认同。希望大家都面向“好处”编程，你的领导或者公司就差过度设计能得到好处，你去玩大道至简，不是纯傻逼吗？给领导好处能委屈到你？你的领导喜欢大道至简，领导对技术选型的要求就是随时能够控制，换人，你去搞过度设计，那也是傻逼。不要面向技术编程，面向好处编程，因为编程技术本身是工程应用科学，不是 e=mc 方的基础科学。

[akakidz]

是的，只有 1%的天才，但是剩下的 99% 也想享受天才的红利，没办法的事，当条狗也得是会舔的才能多吃块肉呢

[likooo125802023]

都 2026 了还在聊这个话题？

现在不管什么大道至简还是过度设计

统统死了

AI CODING 打倒一切。

[loveyou1]

这是一个游戏，游戏规则就是如此，已经开始游戏，你有以下选择
1. 继续玩下去-选择躺平
2. 继续玩下去-既不躺平又不尊重游戏规则
2. 继续玩下去-选择尊重游戏规则，并加入他们
3. 退出游戏-不玩了
4. 退出游戏-加入另一个游戏
5. 退出游戏-自己创建一个游戏，制定游戏规则

[Evovil]

自古就是


故善战者之胜也，无智名，无勇功，故其战胜不忒。 孙子兵法

[noahjsn]

你想站着把钱挣了？

[hhyyd]

这完全不冲突吧，大道至简也可以写内容丰富的 ppt ，介绍这看似简单的解法来自多少思考，采取多少尝试，最终得到了这么一种简洁的方案实现。

[swananan]

其实这是一种思维模式，做的事情，是不是 Scalable 的，或者说做事情之前，多思考一下，能不能做到 Scalable ，这是一个很好的事情，俗称是掌握了方法论。

op 反馈的问题，其实是对最后结果考核的失控，为了设计而设计，是组织需要解决的问题，个人只能选择合适的组织来发挥自己的能量。

[zackwu]

@sentix 准确的说是用 AI 翻译+洗稿了今天的 hackernews 热门文章，原帖见 https://terriblesoftware.org/2026/03/03/nobody-gets-promoted-for-simplicity/

[leon0918]

这个文章怎么写的这么恶心？春秋笔法就算了，从头到尾从逻辑上角度推，一堆的问题。
看似在给打工的叫屈，实际上都是误导，顺着小白的情绪写，把小白坑死在初级水平。跟把保健品高价卖给老年人一样的套路。
币你拿走，拉黑不谢。

[anytk]

其实在于：你做的对谁负责，和给你考核的又是谁。

考核你的并不是最终老板，而是中层最多中上层，考核你的组织本身的生存稀缺性就依赖系统的复杂度，复杂度越高，存活就会越好，尤其是像上层证明。

大型组织自然结构走向就是这样的，屎山也不是一天堆成的，屎山也不一定开始就是屎山。

[v7864007]

拿支付宝来讲，很早之前支付宝界面是很简洁的，包括支付、蚂蚁森林、小鸡养殖、花呗，基本点两下就能搞明白。


现在支付宝 app 里面增加的东西简直了。各种弹窗 xxx 又给我送红包了，蚂蚁森林一个小界面 n 个点击点，视频占一个大 tab ，不明白为什么各个 app 都想要我看短视频。


我想造成这个过渡设计的原因是什么呢，团队已经招了，总要干点活，干活就得加功能，结果越来越臃肿。


相对来讲，微信在支付和聊天的功能增加算比较克制了。

[rm0gang0rf]

牛马晋升指南

[dododada]

善战者无赫赫之功，但是这种人永远上不去；要学戚继光，能干活儿，能搞关系，还能吹牛逼；

说到吹牛逼，以前的领导讲，如果你连牛逼都吹不起来，那你到底做了点儿什么工作呢？一点亮点都没有？我觉得很有道理

人不要脸天下无敌

[94]

想要晋升，但是又不想表现出来自己比其他人强。不是自相矛盾吗？

[iceheart]

企业里混重要的是要会吹牛逼

[zisen]

嵌入式软件表示 review 的时候多一个字母都要你解释清楚作用，非必要加一堆代码的话会被打回，而且还禁止加注释，因为原则是要求代码本身就清晰易读不需要任何注释也可以被轻松解读

[strobber16]

低功耗!电表还能转着转

[sch1111878]

@iceheart 千万不要把业务能力看到主要,

[hefish]

自己不会吹，能怪谁。

[yanyaneboy]

大公司 小公司 玩的规则不一样的。

[vultr]

有几个做到大道至简而没有被重视的？

[FireKey]

这种逼比较烦的是设计了一堆,把原本简洁易懂的代码搞得七零八落,然后自己跑了别人来接手改起来又特么的麻烦.

[azhong123]

@FireKey 这倒是实话，他晋升了，不负责这个项目了，留下一坨屎给别人

[dawangguang]

我也有点体会：我们加功能好像没有精简容易。我们欣赏简洁美和残缺美

[PerFectTime]

@Livid AI 生成帖子

[lxzcook]

想起房地产行业，装修简约风=过度设计。