工作中的新型上下文切换问题

TLDR GPTZero AI检测模型 3.7b我们确信这段文本完全由人类生成。GPTZero正在招聘工程师并扩大团队以构建互联网的验证层。立即加入。一段时间以来我为自己做的最好的事情之一就是不再把通知当成实时信息流。我会在固定的时间检查PR评审通常是上午9点、下午1点和下午4点左右。并且我试图每天保护两个两小时的专注时段。这真的完全实现过吗并没有。总会有紧急的事情漏进来。但即使是一个不完美的版本这种安排也有助于完成工作。我相信这就是过去所有关于上下文切换的讨论的核心要点。当你正沉浸在一个难题中时干扰会让你作为工程师脱离状态。如果我在追踪一个涉及三个服务的bug试图理解为什么某个问题只会在生产环境中出现或者正在思考一个我还不太信任的设计决策一个随机的Slack消息不仅仅“占用一分钟”。它会彻底打破流程。然后我需要花接下来的二十分钟在脑海中重建那个模型。我曾经把它描述为“进入状态”并且我总是告诉别人重新回到状态有多难。不是为了推开别人而是为了让人们意识到每次干扰都有代价我相信现在这个问题变得更加突出。过去有效的方法那时大多数干扰来自工作之外Slack会议PR评审故障噪音某个带着“快速问题”的人是的这是工作的一部分但至少来源是清晰的。这让我觉得批量处理这些干扰应该会有所帮助。从某种程度上说这确实在一段时间内有效因为它至少提供了足够的空间来处理干扰和工作。现在发生了什么变化目前旧的干扰仍然存在但我们在它们之上增加了一个新类别代理Agents。我并不是以一种戏剧性的反AI的方式来说这话。我一直在使用它们这正是我写下这些文字的原因。我亲身经历了这一点。如果我并行运行几个代理我的一天会迅速变得不同。一个在探索下一个任务。一个在探索重构。一个在查看最新的技术更新因为现在谁还能手动跟得上呢。然后其中一个完成了。另一个需要澄清。另一个要求我在两个方向之间做选择。另一个带着一大堆问题回来因为我的提示词中漏了一个细节而这个细节突然变得非常重要。所以现在干扰不仅仅来自Slack和会议。工作本身在不断打断我。这就是感觉不同的地方。过去上下文切换主要来自其他人把你从任务中拉走。今天很多上下文切换来自于同时通过多个半成品的线程来管理工作。为什么感觉更沉重了对我来说更难的地方在于这一切都感觉像是富有成效的。Slack显然是一种干扰。会议显然是一种干扰。但是当一个代理完成任务或请求澄清时感觉上并不像同一种干扰。它感觉像是进展而且通常确实是进展但有时它只是另一件现在就要占用你注意力的东西。这就是为什么我会度过那些发生了很多事情、但到一天结束时感到疲惫的日子。不一定是那种糟糕的疲惫而是一种与以往不同的疲惫。当你一整天都在会话之间切换、审查输出、回答后续问题、查看Slack、做PR评审、部署服务和移动工单时你会意识到忘记或错过事情是多么容易。不是因为你没有尽力而主要是因为你需要持续保持专注。这就是为什么现在感觉更沉重。旧的干扰从未离开。我们只是在其上叠加了更多。深度工作仍然重要如果说有什么不同的话我认为现在它更重要了。代理并没有消除清晰思考的必要性。相反我们需要更多地思考如何处理问题、如何进行评估以及如何保护我们的专注力。我们需要专注力来确保理解我们试图交付什么保持批判性地评估变更和请求并有效地分解工作。我正在尝试的方法我目前还没有一个好的解决方案。如果你有请随时与我分享。但有几件事似乎有所帮助提前分解你的工作会有所帮助。一个清晰的一天计划会有所帮助。更少的活跃意思是需要即时反馈的执行者代理会有所帮助。在条件允许的情况下批量处理评审仍然有帮助尽管在当前变化速度下这一点尤其棘手。不过我认为最大的转变只是理解到工作已经改变了。我们并没有消除上下文切换。我们找到了一个看起来更具生产力的版本而且它会一直存在。有些人会蓬勃发展另一些人会意识到这可能不适合他们。应对这一问题的唯一方法就是适应并克服。FINISHED更多精彩内容 请关注我的个人公众号 公众号办公AI智能小助手或者 我的个人博客 https://blog.qife122.com/对网络安全、黑客技术感兴趣的朋友可以关注我的安全公众号网络安全技术点滴分享