💡

この記事の要点

この記事の重要ポイント

  • 1

    System Observability

  • 2

    Burnout (Overheating):职业倦怠不是“娇气”而是“CPU 热失控”。一旦发生,会在硬件层面留下损伤 (海马体萎缩)。预防才是最大的治疗

  • 3

    Imposter Syndrome (Permission Error):过低评价自己是因为无意识地与周围优秀的工程师 (包括 GPT) 比较。需要重新审视权限设定

  • 4

    Social Protocol (Handshake):远程工作遮断了名为杂谈的“Keep-Alive 数据包”。如果不有意识地 Ping,连接就会断开

  • 5

    Recovery (Reboot):睡眠和运动不是可选设定。跳过这些就像拔掉生产服务器的电源线一样

引言:You are not your code.

在代码审查中被指出问题,感觉就像自己的人格被否定了一样。 搞出 Bug 导致生产环境宕机,感觉作为工程师的价值归零了。

那是 Bug。 “你”和“你写的代码”是两码事。 首先请把这个面向对象的基本原则安装到大脑里。

1. Burnout: 燃尽综合症的机制

职业倦怠不是某天突然发生的。 就像内存泄漏一样,逐渐吞噬资源,超过某个阈值的瞬间引起系统宕机 (抑郁状态)。

兆候 (Warning Logs)

  • Input Lag : 早上,从被窝里出来需要时间。
  • High CPU Usage : 无法做出琐碎的决定 (午餐菜单等)。
  • Network Error : 想无视朋友的联络。

如果出现这些日志,请立即进入休假 (Maintenance Mode)。 “周末休息一下就能治好”是错误的。系统重建需要数月。

Why We Sleep (睡眠才是最强的解决方案)

比尔·盖茨推荐。用庞大的数据证明了“不睡觉努力”是多么不科学和效率低下的愚行的一本书。睡眠不足会积累脑的毒素 (β-淀粉样蛋白)。

2. Imposter Syndrome: 冒名顶替综合症

“我并没有什么实力,只是被过高评价了” “总有一天周围的人会发现我的无能”

据说即使是 Google 的工程师,也有 70% 的人有这种感觉。 特别是在 AI 时代,看到 Cursor 或 Windsurf 比自己写代码更快,丧失自信的人急剧增加。

Debugging Steps

  1. Facts vs Feelings : 列出“做到的事 (Shipped Code)”而不是“没做到的事”。分离事实和感情。
  2. Growth Mindset : 把“没有才能”换说法为“还没有学习”。
  3. Acceptance : AI 是工具。就像不嫉妒计算器算得快的人一样,没必要嫉妒 AI 的编码速度。

The Pragmatic Programmer (25 周年纪念版)

“程序员修炼之道”是技术书,但其中一半是关于心理设定的。“对自己的职业生涯负责”“没有完美的软件”等教诲,会卸下心里的重担。

3. Operations: 大脑的运用规定

服务器需要 SRE (Site Reliability Engineering)。 你的大脑也需要 BRE (Brain Reliability Engineering)。

  • SLO (Service Level Objective) : 设立“一天工作不超过 8 小时”“周六日不看 Slack”的基准值。
  • Post-Mortem (事后验证) : 精神低落时,不责备地分析“为什么低落”。特定“睡眠不足”“任务不明确”等原因,制定防止复发对策。

4. Community: 名为孤独的安全漏洞

全远程工作虽然很棒,但人类的大脑被设计为在“群体”中生存。 透过 Zoom 的屏幕,催产素 (安心荷尔蒙) 不会分泌。

  • Co-working : 偶尔去 WeWork 或咖啡馆,感受“别人在工作的气息”。
  • Meetup : 参加技术活动,和有同样烦恼的活生生的人交谈。

结论:可持续发展目标 (SDGs for Yourself)

遵守项目的截止日期,但不能缩短自己的寿命。 如果你坏了,不存在替换的硬件。

为了写出好的代码,首先请过好人生。 那就是高级工程师的责任。

相关文章