原文地址：https://www.yinwang.org/blog-cn/2015/03/03/how-to-respect-a-programmer
我先说结论：AI 写代码这件事，真正的分水岭不在模型本身，而在你有没有把流程设计清楚。
文章要点
- 得知一位久违的同学来到了旧金山湾区，然而我见到他时，这人正处于一生中最痛苦的时期。他告诉我，自己任职的公司在他加入之前和之后，判若两人。录取的时候公司对他说，我们对你在实习期间的表现和学术背景非常满意，你不用面试，甚至不…
- 我很了解这位同学的能力，在任何一流公司任职，肯定是绰绰有余了。他的名字我当然保密，然而他所任职的公司因为太过嚣张，我不得不直接指出来——这就是被很多人向往得像天堂一样的地方，Google。这位同学所描述的遭遇，跟我几年前…
- 我的这位同学也算得上本领域顶尖的专家了。如此的践踏一个专家的价值，用肤浅的标准来评判和对待他们，Google 并不是唯一一个这样的公司。我之前任职的好几个公司，或多或少都存在类似的问题。很多时候也不一定是公司管理层无端施…
- 后来我发现，并不是程序员故意想要藐视对方或者互相攻击，而是他们真的不明白什么叫做“尊重”，他们不知道如何说话才可以不刺伤别人。尊重他人其实是一个“技术问题”，并不是有心就可以做到的。由于这个原因，我想从心理和技术角度出发…
我的观点
如果没有明确验收标准，AI 产出的“看起来能跑”会很快变成维护负担。
把上下文边界、接口契约、回归检查前置，采纳率会比单纯调 prompt 更稳定。
团队层面最该沉淀的是失败样本和复盘模板，而不是个人技巧。
实践建议
- 先写验收条件（测试、输出格式、边界场景），再让模型生成实现。
- 每轮只优化一个维度（正确性/可读性/性能），避免目标漂移。
- 把评审驳回原因沉淀为 checklist，下一轮直接复用。
收尾
别追求“看完很多”，要追求“本周能改一件事”。把这篇文章转成一个具体动作，效果会比收藏链接更大。