# 给软件工程新人的建议

# 给初入行软件工程师的建议 来源：https://www.seangoedecke.com/advice-to-a-beginning-software-engineer/ 总的来说，你应该对那些试图给你建议的工程师保持警惕。即使在平常时期，这个行业就足够宽广、变化足够迅速，以至于[没人真正知道](https://www.seangoedecke.com/confidence)任何事是确定的。而我们现在并不处于平常时期。LLM 和 AI 智能体的出现是我职业生涯中软件工程领域最大的变化，甚至可能是有史以来最大的变化。话虽如此，以下是我的建议： - 不要相信那些怂恿你去打政治仗的资深工程师 - 不要玩政治游戏。埋头做事，做一个乐于助人的人 - 要尽心尽责，努力真正理解你手头的工作 - 不要对 AI 恐慌，也不要把自己的判断力交给 AI - 不要回避 AI —— 保持独立思考！ - 不要失去希望 ### 不要相信 ZIRP 时代的建议 https://www.seangoedecke.com/advice-to-a-beginning-software-engineer/#dont-trust-zirp-era-advice 如今大多数有经验的软件工程师，职业生涯的大半都是在 [ZIRP 时代](https://www.seangoedecke.com/good-times-are-over)（零利率时代）度过的。在那个时代，投资资金大量涌入这个行业，推高了工程师的议价能力。大型科技公司投入大量资金和精力，努力让他们的工程师感到满意和舒适。如果你是那些公司中的一名工程师，你可以期望在做什么类型的工作上有相当的发言权，甚至对公司奉行什么样的"政治"也有发言权。除非你是在少数几家特殊的公司（例如 Amazon）工作，否则你可以期望自己基本不会被裁员，并且只有在绩效长期低下（有时长达数年）之后才会被解雇。 如今流行的很多建议都是 ZIRP 时代的建议：要么写于那个时代，要么是那个时代形成思维方式的工程师写下的。这类建议通常告诉你去表明立场（例如[组建工会](https://www.seangoedecke.com/advice-to-a-beginning-software-engineer/#fn-1)¹），更大声地反对像 AI 这样的"不道德技术"，并坚持要求给自己时间，按照自己想要的方式磨练技艺。这在 2016 年是很好的建议，但在 2026 年并不是好建议。 事实上，我认为资深工程师向初级工程师提出这样的建议是[不道德的](https://www.seangoedecke.com/i-got-an-email-about-resistance/)——初级工程师更可能听进去（因为他们年轻而天真），也更可能因为听进去而受到惩罚（因为他们缺乏筹码）。如果你是新入行的工程师，不要上当！让那些更有经验、更有政治资本的同事去冒这种险。 ### 友善待人，尽心尽责 https://www.seangoedecke.com/advice-to-a-beginning-software-engineer/#be-friendly-and-conscientious 相反，我建议你适应当前软件工程时代的要求。努力让你对团队和上级来说是有用的。对你自己的议价能力要务实（相当低，除非你有用到不可替代的地步）。控制好对自己的期望：不要为了做出惊人之举而[陷入恶性循环](https://sunilpai.dev/posts/the-senior-engineer-death-spiral/)，只管持续地做出有用的贡献。 不要挑起冲突。和你合作让人愉快（尤其是当事情不如你所愿时），可以掩盖很多问题。等你的职业发展到更后期，人们会期望你去发起一些冲突，但这[不是新手应该采用的策略](https://www.seangoedecke.com/dangerous-advice/)：什么时候、以什么方式发起冲突，取决于很多因素²（https://www.seangoedecke.com/advice-to-a-beginning-software-engineer/#fn-2），搞错了代价会很大。所以，不要冒这个险。 一般来说，你应该不惜一切代价远离[政治游戏](https://www.seangoedecke.com/playing-politics/)。即便是相当资深的工程师，也只是政治上的工具，而非左右局势的人，对初级工程师来说更是如此。在政治层面上，仅仅是努力做一个友善、乐于助人的人，能给你带来的进展远远超过任何马基雅维利式的勾心斗角。埋头做事，紧跟你的管理链条（不要理会那些[试图给你派活的陌生人](https://www.seangoedecke.com/predators/)），你就会没事的。 作为一名工程师，你的主要技术价值在于*尽心尽责*（conscientiousness）。你应该向自己和周围的工程师[提出大量问题](https://www.seangoedecke.com/you-should-all-be-asking-way-more-questions/)。你应该主动去弄懂你所接触的系统，而不是假设别人已经搞定了。软件系统足够复杂，只要几周的专注投入，你就能掌握别人都不了解的技术细节，这是增加价值非常容易的一种方式。 ### 不要对 AI 恐慌 https://www.seangoedecke.com/advice-to-a-beginning-software-engineer/#dont-panic-about-ai 如果说你应该对大多数软件工程建议保持警惕，那么好消息是，你也应该对那些预言行业末日的末日论者保持警惕。在 LLM 出现之前，人们认为外包会让软件工程在西方国家消亡；在那之前，人们认为高级语言和低代码工具会终结软件工程这个职业。现在人们认为 AI 意味着一切都结束了。也许吧！但也有[理由](https://www.seangoedecke.com/advice-to-a-beginning-software-engineer/#fn-³)³认为软件工程只会发生变化。我们一起拭目以待吧。 很多软件工程师会告诉你完全不要用 AI。尽管在 ZIRP 时代智能体 AI 还不存在，但这仍然是 ZIRP 时代的建议。你的公司会期望你使用 AI，就像建筑工人被期望使用电动工具一样。作为一个初入行的工程师，强烈抵制这一点是被裁员的好方法：面对如此强劲的行业趋势，你根本没有议价能力去对抗。 话虽如此，最重要的一点是，不要把自己的判断力交给 AI。不要盲目相信你的智能体提出的建议或方案。[提出问题](https://www.seangoedecke.com/you-should-all-be-asking-way-more-questions/)，在你不同意的地方用你自己的观点取而代之：即使你的观点是错的，这样的过程你也能学到更多。如果你不理解 AI 告诉你的东西，要么深挖到底弄明白，要么直接忽略它。无论如何，你都不应该把 AI 的原话一字不差地转述给同事。换句话说，不要做"肉身代理"（[meat proxy](https://gruhn.me/blog/2026-08-03/)）。 我认为大多数人成为"肉身代理"是一种恐慌的表现：他们觉得自己的技能已经到头了，AI 模型比自己更聪明，所以除了完全听命于 Claude 或 GPT-6 之外，自己已经提供不了任何价值。我能理解人们为什么会恐慌。毕竟，这个行业正处于疯狂的时期。但恐慌几乎从来不会帮助你做出好的决定。保持冷静，努力相信自己的技能仍然有用，用这些智能体来辅助你形成自己的理解⁴（https://www.seangoedecke.com/advice-to-a-beginning-software-engineer/#fn-4），而不是用它们来取代你的理解。 ### 不要失去希望 https://www.seangoedecke.com/advice-to-a-beginning-software-engineer/#dont-lose-hope 2010 年代一切都稳定的时候，[在科技行业工作真的很好](https://www.seangoedecke.com/will-my-job-still-exist/)。但我们已经不在那个世界了。这是一个[奇迹与恐惧并存](https://scottaaronson.blog/?p=10062)的时代。在某些方面，事情会比我们想象的更糟；但在另一些方面，会比我们能想象的更好。 末日论者——那些说一切都结束了、没有希望了的人——几乎肯定是错的。他们无法预测未来，因为没有人能。这种规模的技术变革总会带来无法预见的连锁反应，有正面的，也有负面的。 这份工作的性质可能会改变，但聪明、友善和尽心尽责永远是有价值的。把自己的判断力交给 AI 模型，短期看可能会让你从绝望中解脱出来——至少现在责任在 AI 而不是你身上——但这是个坏主意。不要放弃！ --- 如果你喜欢这篇文章，可以考虑[订阅](https://buttondown.com/seangoedecke)我的邮件更新，获取我的新文章通知，或者[分享到 Hacker News](https://news.ycombinator.com/submitlink?u=https%3A%2F%2Fwww.seangoedecke.com%2Fadvice-to-a-beginning-software-engineer%2F&t=Advice%20to%20a%20beginning%20software%20engineer)。 以下是另一篇共享相同标签的相关文章预览。 > 如何保护自己免受"workslop"的困扰"Workslop"是指你的同事或上司通过粘贴大段 AI 生成的文本来与你沟通。workslop 的核心问题在于，其中付出的努力是*不对称的*，就像一次[拒绝服务攻击](https://en.wikipedia.org/wiki/Denial-of-service_attack)（DoS attack）：用 AI 生成文本几乎不费力气，但阅读它仍然要付出精力。以下是一些保护自己的方法。如果你有足够的权限或社会资本，你可以而且应该直接**告诉他们"嘿，别这样"**（例如，如果你是资深工程师，而实习生开始对你这样做）。这是处理 workslop 最简单的方式。但你可能没有立场和所有同事进行这样的对话，你也肯定不能和你管理链条上的每个人都谈。继续阅读... (https://www.seangoedecke.com/how-to-protect-yourself-from-workslop/)