# 邵猛引用leerob推文反驳"Builder"角色融合论

- 来源：meng shao (@shao__meng)
- 发布时间：2026-06-04 09:10
- AIHOT 分数：63
- AIHOT 链接：https://aihot.virxact.com/items/cmpyt3rh1032bsli3mjlq5gu9
- 原文链接：https://x.com/shao__meng/status/2062341138259066927

## AI 摘要

邵猛引用leerob推文，反对“工程、产品、设计融合成Builder角色”的观点。即便团队有大量MTS头衔，仍需要有人将产品/设计作为主业，责任不会因头衔模糊而消失。AI降低了代码生成门槛，但未降低系统复杂度——非工程师输出低质量代码（AI Slop）且缺乏强工程师约束架构，将导致后续维护成本爆发。初创一人多角色模式不适合摩根大通等大型受监管组织。真正难颠覆的是内部政治、15年无人文档化的关键系统、知识垄断等“人的一面”。专业化不会消失，与真正专家协作依然高效。AI对知识工作的颠覆将以十年计，瓶颈在于社会学与组织学。

## 正文

工程、产品、设计正在融合成一种「Builder」角色？

不要听投资人、卖课博主们随口造概念、卖焦虑！现实工程中，绝非如此！Cursor 团队 @leerob 帮咱们客观梳理。

「角色合并」被说得太简单了！
即便公司里有一千个 Member of Technical Staff（MTS） 头衔，组织里仍需要有人把 产品 或 设计 当作自己的 Main ThingTM--深度、优先级、问责都集中在一件事上。

MTS 本身未必错，但在他看来，它常被用来包装一种被稀释的「人人都是 builder」话术：头衔变模糊了，责任并没有消失。

AI 降低了写代码门槛，没有降低系统复杂度
代码生成变容易，不等于能安全、可持续地交付软件。若非工程师大量产出低质量代码（AI Slop），又缺少强工程师去约束架构、债务和边界，痛苦会后置：维护、事故、协作成本会爆发。

隐含判断：Builder 叙事容易低估「驯服复杂度」这件事，而这仍是工程的核心价值之一。

硅谷叙事存在「用创业公司过度拟合全行业」
初创公司有时是行业变化的领先指标，这点他承认。但把「小团队里一个人干多件事」推广到所有组织，会失真。

他用 摩根大通 反问：大型、强监管、流程重的公司里，PM 是否真能兼工程与设计？他的预期是：极难，甚至不现实--不是因为人不够聪明，而是因为岗位结构、合规、风险、分工与政治成本不同。

真正难颠覆的是「人的那一面」，不是工具那一面
岗位边界不只因技术栈而存在，更因组织记忆、权力与激励而固化。比如内部政治、15 年无人文档化、靠个人维系、知识垄断与岗位安全捆绑等。AI 很难一夜抹平这些。

专业化不会消失，AI 对知识工作的冲击会很慢
他明确反对「专家/专队会过时」的想象。协作里，有一个真正懂某一域的人或团队，仍然高效、安心。

对知识工作的 AI 颠覆，他判断会 以十年计，因为瓶颈主要在 社会学与组织学（信任、分工、权力、流程、问责），而不只是 智力或技能 本身。

### 引用推文

> Lee Robinson："Engineering, product, and design are all merging into a 'builder' role" Yeah... I'm not so sure. This feels like an oversimplification and podcast talking poin...