# 代码成本崩了之后，工程管理哪些规矩得改

> 原标题：Engineering management after the cost of code collapsed

- 来源：Hacker News 首页
- 发布时间：2026-07-25T15:10:51.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/46565
- 原文：https://karimjedda.com/engineering-management-after-cost-of-code-collapse/

## 摘要

Karim Jedda 干了三年多工程总监，他发现 LLM 把写代码的成本打下来了，这直接动摇了差不多一半的传统管理规矩。像追踪开发速度、靠共识定架构这些，底层假设是“写代码很贵”，现在这个前提没了，就得重新审视。但涉及人怎么协作、怎么建立信任、怎么验证对错的规矩，基本没变。他把验证拆成两块：机械检查确实在变快，因为机器能跑测试、读报错、自己修；但语义...

## 推荐理由

Karim Jedda 干了三年多工程总监，他发现大模型把写代码的成本打下来了，这直接动摇了差不多一半的传统管理规矩。像追踪开发速度、靠共识定架构这些，底层假设是“写代码很贵”，现在这个前提没了，就得重新审视。但涉及人怎么协作、怎么建立信任、怎么验证对错的规矩，基本没变。他把验证拆成两块：机械检查确实在变快，因为机器能跑测试、读报错、自己修；但语义验证——也就是“这东西做对了吗”——还是得靠人拍板。文章没给万能解药，但分类方式本身就很实用，能帮技术管理者分清哪些流程该扔、哪些得攥紧。

## 锐评

Karim Jedda 这篇文章最值得看的地方，是他把工程管理的老规矩拆成了两类：一类建立在“写代码很贵”上，另一类建立在“人怎么协作、怎么验证对错”上。LLM 把写代码的成本打下来之后，前一类规矩的根基就没了，比如追踪开发速度、靠共识定架构，现在继续用反而会误导决策。后一类规矩基本没变，因为代码便宜了不代表人能更快建立信任或理解业务逻辑。

他把验证拆成机械检查和语义检查，这个区分很关键。机械检查确实在变快，前提是有人提前把“什么叫对”写成机器能读的规格。但语义检查没变快，因为对错仍然存在人的脑子里和团队的历史记忆里。正文没给出具体的量化数据，更多是作者过去一年的观察笔记，由 Gemini 4 帮忙编辑过。

文章没解决初级工程师的培养管道问题，也没给出替代旧指标的具体方案，只是强调要衡量业务结果和系统健康度，把代码量当成成本而非产出。这点方向是对的，但落地细节还缺很多。