5年远程工作让我学会不再盯着时钟

发布: (2026年1月14日 GMT+8 21:12)
4 min read
原文: Dev.to

Source: Dev.to

Introduction

我曾经相信必须连续工作 8 小时才能保持高效。经过五年的远程软件工程师工作,我意识到大脑并不是这样运作的。放下这种想法后,我完成的工作更多,感到的疲惫也更少。

Why the 8‑Hour Mindset Fails

  • Factory vs. knowledge work – 在工厂里,机器运转 8 小时等于 8 小时的产出。而在编码时,如果无法集中注意力,坐在电脑前 8 小时几乎什么也产不出;而 2 小时的高度专注可以相当于一周的散漫工作。
  • Mental fatigue – 用疲惫的大脑写代码会导致更多 bug,后期需要重新修复。

What Works for Me

Natural Wake‑Up

我让自己自然醒来。如果睡眠不足,早晨基本上是无效的,所以我会优先保证足够的睡眠,以便在开始工作时保持清醒。

Short Naps

下午感到脑子雾蒙蒙时,我会小睡 15 分钟。短暂的午睡能重置大脑,那些原本模糊的问题会突然变得清晰。

Physical Breaks

当我卡在设计问题或 bug 上时,我会离开去洗澡。停止主动思考让大脑的 default mode network(默认模式网络)在后台继续处理信息。

Fragmented Work Sessions

家里有孩子,连续不间断的 8 小时工作块根本不存在。我会工作一小时,停下来,再工作一小时,依此类推。只要工作完成,结构并不重要。

Aligning Work with Peak Focus

起床后头 2–4 小时是我大脑最清晰的时段,所以我会在这段时间处理最难的任务——复杂的逻辑、棘手的 bug。下午则留给代码审查、邮件和轻量任务。每个人情况不同,有人晚上效率最高。关键是找出自己专注力最高的时段,并把最难的工作安排在那段时间。

Company Examples

  • GitLab – 超过 2,000 名员工遍布 60 多个国家,工作时没有实体办公室或固定工时。他们依赖异步沟通,也不期待即时回复。
  • 37signals (Basecamp) – 从第一天起就实行远程工作,并且是《Remote》一书的作者。他们在夏季实行 4 天工作制。

这两家公司更担心的是员工过度工作,而不是偷懒。自由度高反而容易让人一直工作不停。

Takeaways

  • 工程师的生产力 ≠ 坐在桌前的时间。
  • 保证充足睡眠;需要时小睡。
  • 定期休息。
  • 找出自己的高峰专注期,并在此期间安排最难的工作。
  • “坐在桌前的时间”是工厂时代的指标;我们可以做得更好。

如果以上内容与你产生共鸣,尝试放宽对“8 小时”工作的固执——你可能会感到惊喜。


我在这里写更多关于工程职业和工作方式的内容:

Back to Blog

相关文章

阅读更多 »

在交付功能时处理技术债务

想象一下,你已经完成了大家一直在期待的激动人心的新 feature 的一半。你进入了状态,代码如流水般顺畅。然后……你 disco …