有一种程序员，我称之为"代码手工业者"。
他们有一个共同特点：
- 一定要逐行 review
- 一定要完全理解每一段逻辑
- 一定要讨论"健壮性"
- 一定要强调"可读性"
- 一定要说一句："这段逻辑我没完全看懂，我们开个会讲一下"
然后，一周过去了。
功能还没上线。
一、他们的问题不是专业，而是时代错位
在 2010 年：
- 人写代码
- 人测试代码
- 人 debug
- 人重构
- 人维护
代码是手工艺品。
所以你必须：
- 打磨
- 推敲
- 反复审视
因为修改成本很高。
现在呢？
我们已经进入：
- AI 生成
- AI refactor
- AI explain
- AI 单测生成
- AI 重写
代码已经变成消耗品。
不是工艺品。
二、三个月后的代码，很可能不存在
在创业公司里：
- 方向三个月一变
- 产品形态三个月重构
- 用户需求两周一轮
你还在：
"我们要保证这段代码的长期可维护性。"
长期？
哪来的长期？
你连下一个季度的业务模型都不确定。
三、Review 到底在干什么？
很多老程序员把 Code Review 当成：
- 理解业务逻辑
- 验证算法合理性
- 思考边界条件
- 推演未来扩展性
问题是：
你花了 3 小时理解一个 PR。
而这个 PR 的功能上线后 2 个月就被删了。
那 3 小时去哪了？
四、真正应该 Review 的是什么？
我不反对 Code Review。
我反对的是：
把 Code Review 当成"深度阅读理解训练"。
真正需要 Review 的只有三件事：
- 是否符合代码规范
- 是否破坏现有接口
- 是否存在明显风险（安全 / 数据破坏）
就够了。
逻辑是作者负责的。
作者对功能负责。
Review 人不应该成为"第二作者"。
五、AI 时代的现实
现在的情况是：
一个中级工程师 + AI
效率 = 过去 3 个工程师。
但如果你还坚持：
- 每个 PR 全员读懂
- 每个逻辑都要解释
- 每个边界都要讨论
那你只是把 3 倍效率拖回原点。
六、健壮性焦虑的本质
很多人嘴上说：
"我要保证代码健壮性。"
本质是：
- 对变化的不安全感
- 对 AI 不信任
- 对不可控复杂度的焦虑
他们想用"慢"来获得确定感。
但市场不会给你确定感。
市场只给你结果。
七、创业公司不需要博物馆管理员
在大厂：
- 稳定 > 速度
- 维护成本 > 试错成本
在创业公司：
- 速度 > 一切
- 市场窗口 > 技术优雅
如果你把创业项目当成银行核心系统来写。
那你只是优雅地错过市场。
八、真正的专业不是慢，而是敢推倒
成熟工程师的能力不是：
把一段代码维护十年。
而是：
知道什么时候可以扔掉它。
三个月重写不是失败。
是进化。
九、时代已经变了
老程序员常说：
"代码是资产。"
在 AI 时代，代码不是资产。
产品认知才是资产。
代码只是表达产品认知的临时载体。
十、最后一句阴阳
当你还在花三小时读懂一个 AI 生成的函数时。
市场已经上线了三个新版本。
而你守护的那段"优雅逻辑"。
可能下周就被删掉了。
但没关系。
你至少保证了它在被删除前是"健壮的"。