Google Cloud AI总监Addy Osmani，曾负责Chrome开发者体验近14年，参与DevTools、Lighthouse等核心项目。7月3日，他在个人博客发表一篇深度职场心得，将自己多年在Google的工作经验总结为21条关于沟通、技术选择与职业规划的金律。以下为精选整理。
用户痴迷胜过技术迷恋
“顶薪工程师痴迷于解决用户问题”，Osmani写道。爱上一门技术并到处寻找应用场景是常见的陷阱，但真正创造最大价值的工程师是“逆向工作”的——他们花时间研究客服工单、与用户交谈、观察用户困境，不断追问“为什么”直到触及核心。从解决方案出发的工程师，往往为了合理化自己的方案而增加了不必要的复杂性。
先行动，再优化：冲动带来清晰
追求完美会导致瘫痪。Osmani建议：“先做到，再做对，再做更好”。把粗糙的原型推到用户面前，发布略带尴尬的MVP，从一周的真实反馈中学到的东西，比一个月的理论争辩更多。冲动带来清晰，分析瘫痪则一事无成。
用“清晰”换掉“聪明”
写出“聪明”代码的本能是工程师的通病，但软件工程是“时间”加上“其他程序员”的化学反应。Osmani强调，清晰不是风格偏好，而是降低运营风险。代码是写给凌晨两点维修故障的陌生人的战略备忘录，优化他们的理解力，而不是自己的优雅感。资深工程师每次都会选择清晰而非聪明。
“新颖”是高利贷
将技术选择视为预算有限的“创新代币”，每采用非标准技术就花掉一枚。Osmani说：“只在你获得独特报酬的地方创新”。其他一切应默认“无聊”，因为无聊意味着失效模式已知。“最适合该工作的工具”往往是“在多款工作中表现最不差的工具”——经营技术动物园会变成真正负担。
代码不会替你发声
职业生涯早期，Osmani以为优秀工作自会证明一切。后来他意识到，代码静静躺在仓库里，但你在���议中是否被提及才是关键。在大型组织中，决定是在你未受邀的会议中、由只有五分钟处理十二项优先事项的人、根据你没写过的摘要做出的。必须让价值链对每个人都清晰可见。
最好的代码是没写下的那行
工程文化庆祝创造，没人因删除代码升职。但Osmani指出：每行没写的代码，都是永远不需要调试、维护或解释的。构建前问自己：“如果干脆不做，会怎样？”有时答案是“没什么坏事”，那就是解决方案。问题不在于工程师不会写代码，而在于太擅长写，忘了问“应不应该写”。
承认“我不知道”创造安全感
说“我不知道”的资深工程师并非展现弱点，而是创造“许可”。当领导者承认不确定性，释放出信号：这个房间对其他人也是安全的。从不承认困惑的团队，问题没人问，假设没人挑战，初级工程师因以为只有自己不懂而沉默。Osmani总结：“示范好奇心，你就能得到真正会学习的团队”。
Osmani在结尾写道：核心想法只有几个——保持好奇、保持谦逊，并记住工作始终关乎人，包括你为之构建产品的用户，以及与你共同构建产品的队友。工程师生涯很���，长到足以犯下许多错误后依然能成功。最钦佩的工程师不是从不犯错的人，而是从错误中学习、分享发现并坚持不懈的人。