前工程师Goedecke倡导程序员保持80%利用率，拒绝低价值胶水工作，留出余量抓高回报机会。

软件工程师Sean Goedecke发表了一篇引发业内热议的博客文章，提出一个与主流职场文化完全相反的论点：大多数软件工程师不应追求100%的工作利用率。他建议以80%为默认状态，每天大约留出20%的工作时间远离电脑，除非真正高回报的项目需要全力冲刺。

他的核心论据是：一个工程师职业生涯中最有价值的工作，极少来自按部就班的持续产出，而大多来自偶然出现的高影响力事件。他列举了三类典型的高回报机会：一是在关键时刻提供一个紧急功能或修复一个严重缺陷，帮助公司拿下一个大企业订单；二是在事故扩散之前迅速识别并关闭正确的功能开关或配置项，把一场可能影响大量用户的灾难扼杀在萌芽阶段；三是在极短周期内向遗留系统打入一个快修，支撑一个高关注度功能的上线。这三种机会都共享一个前提条件：你当时恰好没有被低价值工作占满。

Goedecke警告，始终被低优先级工单塞满的人会陷入一种隐蔽而致命的双重困境。一方面，你忙到根本看不见那些一闪而过的高回报机会；另一方面，你的经理也已经习惯了你是一个处理日常琐事的稳定输出者，不会再把你放入高影响力任务的考虑范围。绝大多数工程师的主管远比他们更清楚组织中"什么真正重要"，因此一旦被贴上了"低优先级任务处理者"的标签，突破职业天花板的机会就会迅速收窄。

文章中最具争议的部分是他对"胶水工作"的系统性拒绝。胶水工作是一个软件工程圈的黑话，通常指维持团队运转但不可见且不被正式认可的任务，例如维护不属于自己的文档、持续为跨团队沟通充当协调人、自愿领取没人想碰的技术债务修复工单等。Goedecke的立场很尖锐：如果公司没有在制度层面上为其分配资源、指标和优先级，那只有两种可能：要么这些工作本来就可以不做，事情也能维持运转；要么公司的资源分配正在系统性犯错，而必须让管理层亲自感受到犯错的痛，才可能推动改变。作为个体工程师，跨越专业边界去替公司消化这些制度性错误的后果，消耗的是自己的职业竞争力和心理健康。

他还指出了职场中的一类角色："掠食者"。这些人通过非正式渠道试图从你身上提取免费劳动：比如请你"帮忙跑个数据因为你特别擅长这个"、或者邀你"结对编程"然后在提交时署上自己的名字。他的建议是施加"背压"：说"不"、延迟回应、或者在对方不跟进时就当没发生过。文章末尾，他的核心主张几近挑衅：做一名高绩效工程师，在80%的投入下不仅完全可能，而且反而更容易，因为你会犯更少的压力性失误，并总能在关键时刻跳进回报最高的任务。

原文：https://www.seangoedecke.com/doing-nothing-at-work/