Hey, n00b, we didn't hire you to complete tasks
TL;DR · AI 摘要
资深工程师更关注员工的成长潜力而非短期任务完成量，文章强调长期价值和团队协作的重要性。
核心要点
- 资深工程师更关注员工的成长潜力而非短期任务完成量。
- 完成任务的数量不是衡量优秀工程师的唯一标准。
- 代码质量、沟通能力和对团队的影响是更关键的评估指标。
结构提纲
按章节快速跳转。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- 工程师成长与评估
- 任务完成与成长潜力
- 短期任务完成不是关键
- 成长潜力是核心
- 评估标准
- 代码质量
- 沟通能力
- 对团队的影响
金句 / Highlights
值得收藏与分享的关键句。
We are paying your salary now as the option premium on the engineer you are going to become.
Your code works. You told other people what you were doing.
We are paying your salary now as the option premium on the engineer you are going to become.
嘿，菜鸟，我们雇你不是为了完成任务
2026年5月15日
欢迎！我将向你透露如何成功且迅速地度过菜鸟期的秘诀，而且我不会让你感到悬念：没人关心你完成了多少任务。为什么不是这样，以及我们真正关心的是什么，是本文其余部分的主题。
从我们的角度来看（这里的“我们”指的是“经验更丰富的工程师”），我们雇了一群像你这样的人。你们中的一些人（我们称他们为A类）将成为改变游戏规则的人，让周围的人效率大幅提升。你们中的许多人（B类）将是表现稳定的员工。你们中的一些人（C类）一年后可能就不会在这里了。
我们这些资深工程师有我们自己的日常工作要做，但我们也必须弄清楚你属于哪一类。我们会尽可能地支持那些表现优异的员工。我们也会给予表现稳定的员工足够的支持，以帮助他们成长。尽管听起来很残酷，但我们希望尽可能少地在那些无法成功的人身上投入精力。
你的任务就是进入你想要的类别，并向我们发出信号，表明你确实属于那个类别。
你手头那堆任务？你的经理或技术负责人可以在比帮助你完成它们少得多的时间和麻烦下完成这些任务。如果我们只关心今天的生产力，我们根本不会雇你。相反，我们（资深工程师）关注的是未来：我们知道这里的工作量远远超过我们可能完成的。我们现在支付你的薪水，是对你未来成为的工程师的一种投资。如果我们玩得好，我们将拥有下一代出色的工程师。如果玩得不好，十年后我们还得做同样的工程工作，我们真的不想那样。
本期通讯由 WorkOS 联合呈现。
WorkOS 是 B2B 和 AI 原生公司用于向企业销售的基础设施。它涵盖了企业安全所需的一切：SSO、SCIM、RBAC、审计日志、AI 治理等。工程团队可以在几天内部署它。受到 2000 多家快速增长公司的信任，包括 OpenAI、Anthropic、Cursor 和 Vercel。
了解更多
分类帽
菜鸟 A 本季度完成了 40 项任务。菜鸟 B 完成了 20 项。哪个更好？
信息不足。如果所有任务的难度都相同，那哪个更好？仍然信息不足。记住，我们正在试图判断你是 A、B 还是 C。要弄清楚这一点，我们需要哪些信息？
B 还是 C？
第一层分类是判断你是 B 还是 C。以下目标比在最短时间内完成任务更重要：
- 你的代码能正常工作。
- 你告诉了其他人你正在做什么。
- 你在合理的时间内完成了任务（如果在初始估计的三倍以内完成就更好）。
- 你没有让其他人承担不合理的工作量。向你请求帮助的人的工作——可以接受；必须花额外时间审核的人——不好；必须响应错误的值班人员——非常不好；必须响应你引发的事件的 DevOps 人员——极其不好。
任何试图通过声称完成你实际上没有完成的工作来操纵系统的行为，都会立即将你标记为 C。假设你无法操纵这个系统。
你可能会发出一些 C 信号。这是不可避免的。我们都曾这样。绝不要重复发出相同的 C 信号。并确保其余的信号表明你是一个 B。
排序的第二层次是，假设你至少是 B 级，那么你是否是 A 级？A 级人员的区分点不在于他们完成了多少任务，而在于他们从每个任务中学习到了多少。请记住，按照我们的标准，你的工作效率非常低，我们对此有所预期。我们真正关注的是你工作效率的一阶导数。以下是一些表明你属于 A 级的信号：
- 你提出了一个令人信服的论点，说明这个任务根本不需要执行。
- 你挖掘数据，发现了任务中仅占 10% 的部分，却创造了 90% 的价值。
- 你用多种方式实现这个任务。
- 你发现了一个更好的设计，并提交了一系列的补丁，不仅实现了任务，还简化了代码的其他部分。如果你在实现任务之前就完成了这些（先让困难的变更变得简单，然后再处理简单的变更），将获得额外加分。
- 你提交一系列的补丁，而不是一个大补丁。如果你每天推送补丁，将获得额外加分。
- 你编写了一个内部工具，简化了类似的任务。（如果没有类似的任务，将扣分。）
- 你在与你团队无关的领域提交了有用的补丁，但不会影响你完成正式任务。
- 你以一种有趣、有用且有说服力的方式总结你所学到的内容。
- 你是一个有洞察力且反应迅速的代码审查者。
- 你包含了坚实的单元测试。（我希望这只是一个 B 级信号，但这是从基础开始的……）
“表现优异”列表比“不要搞砸”列表要长得多，这不是很棒吗？你有很多方式可以脱颖而出。
所有 A 级的信号都有一个共同点——它们需要的时间比仅仅完成任务所需的时间要长。这并不是允许你无休止地沉迷于一些花哨的边栏功能。你总是在合理的时间内完成任务，而不是用最短的时间。
但你已经很忙了
你可能会想知道，这些“额外”的时间从哪里来。你已经忙得不可开交了。这就是为什么《你必须知道的编程知识，但不知道该问什么》[ed: 将撰写] 这篇文章会派上用场。我们将讨论时间管理、任务队列管理、补丁队列管理以及其他有助于你加速进步的话题。
利用你节省下来的时间，以对他人有益的方式投资于自己。这就是我们所寻找的。
上一篇
下一篇