5年远程工作让我学会不再盯着时钟
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 小时”工作的固执——你可能会感到惊喜。
我在这里写更多关于工程职业和工作方式的内容: