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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

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

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

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

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

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 能搞定的逻辑，你非要整一套观察者模式。

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

73 条回复 • 2026-03-05 18:47:21 +08:00

Plutooo

8 小时 11 分钟前

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

clemente

8 小时 10 分钟前

多么的优雅
E=mc^2

jimages

8 小时 10 分钟前

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

这种事情常有。

clemente

8 小时 8 分钟前

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

encounter2017

8 小时 4 分钟前

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

penzi

8 小时 2 分钟前

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

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

penzi

7 小时 59 分钟前

完善一下

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

skallz

7 小时 57 分钟前

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

seedhk

7 小时 57 分钟前

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

Cavalon

7 小时 56 分钟前

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

ludan110

7 小时 53 分钟前 via iPhone

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

clemente

7 小时 52 分钟前

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

liu731

PRO

7 小时 50 分钟前

OP 评价一下雄安新区

bojue

7 小时 50 分钟前

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

encounter2017

7 小时 45 分钟前

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

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

yolee599

7 小时 44 分钟前 via Android

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

franklinray

7 小时 43 分钟前

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

penzi

7 小时 42 分钟前

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

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

franklinray

7 小时 38 分钟前

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

penzi

7 小时 38 分钟前

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

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

wyntalgeer

7 小时 32 分钟前

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

archxm

7 小时 31 分钟前

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

beisilu

7 小时 31 分钟前

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

ruanimal

7 小时 30 分钟前

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

penzi

7 小时 27 分钟前

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

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

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

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

jaysonmac

7 小时 25 分钟前

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

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

showonder

7 小时 23 分钟前

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

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

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

julyclyde

7 小时 17 分钟前

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

还是人太多了

forbreak

7 小时 16 分钟前

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

Nexora

7 小时 10 分钟前

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

myqonnt

7 小时 7 分钟前

@penzi 认同

nicaiwss

7 小时 6 分钟前 via iPhone

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

zjcolvin

6 小时 57 分钟前

文章怎么一股 gemini 的味

sentix

6 小时 46 分钟前 via iPhone

感觉是 ai 写的

mkt

6 小时 37 分钟前

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

sampeng

6 小时 35 分钟前 via iPhone

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

catazshadow

6 小时 35 分钟前 via Android

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

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

clemente

6 小时 2 分钟前

@sentix 润了下色而已

clemente

6 小时 0 分钟前

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

17681880207

5 小时 51 分钟前

I wrote the Python.

lujiaxing

5 小时 22 分钟前

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

不就是这么回事么.

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

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

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

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

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

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

放屁呢.

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

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

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

junwind

5 小时 15 分钟前

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

yxc246800

5 小时 9 分钟前

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

clemente

5 小时 7 分钟前

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

huaweii

5 小时 0 分钟前 via Android

@liu731 一个沙雕的玩具

werls

4 小时 55 分钟前

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

chaoshui

4 小时 52 分钟前

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

anyChris

4 小时 43 分钟前

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

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

dufldylan1

4 小时 40 分钟前

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

daybreakfangyang

4 小时 39 分钟前 via Android

因为“情绪”价值，哈哈

arihca

PRO

4 小时 38 分钟前

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

akakidz

4 小时 28 分钟前

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

likooo125802023

4 小时 18 分钟前

都 2026 了还在聊这个话题？

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

统统死了

AI CODING 打倒一切。

loveyou1

4 小时 16 分钟前

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

Evovil

4 小时 8 分钟前

自古就是

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

noahjsn

4 小时 6 分钟前

你想站着把钱挣了？

hhyyd

4 小时 1 分钟前

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

swananan

3 小时 58 分钟前

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

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

zackwu

3 小时 55 分钟前

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

leon0918

3 小时 39 分钟前

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

anytk

2 小时 49 分钟前

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

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

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

v7864007

2 小时 32 分钟前

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

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

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

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