最近快离职了，和同事在楼下闲聊，聊到一个话题：
程序员最讨厌的工作是什么？
答案并不是加班，而是比加班还要折磨人的：On call（随时待命）。
加班虽然累，但至少有截止时间，出了公司大门心理上就能放松。
但 On call 不一样，它是对个人生活的无休止的占用。
凌晨两三点的警报
在互联网公司摸爬滚打十几年，真被“值班”这两个字搞怕了。
值班期间最怕的就是手机响，经常凌晨两三点一个电话过来。
心率瞬间飚上去，必须立刻爬起来打开电脑：
第一时间 ACK，接着看指标、切流量、快速止损。
领导也会专门提醒大家晚上千万不要开勿扰。
在大厂的体系里，事故影响范围直接与等级挂钩，事故级别一旦拉高，复盘时多级主管都要跟着连坐。
这种悬在头顶的高压，让人根本睡不踏实。
严重入侵生活
On call 对生活的侵蚀是全方位的。
你很难跟家人解释，为什么下班了、放假了还要 24 小时随时待命，连出门游玩都必须背着电脑。
还记得以前有个主管，刚带一家人赶到景区门口，线上突发严重事故，他只能把家人留在景区，自己立刻开车赶回公司。
那种在工作与家庭之间的撕扯和心力交瘁，经历过的人都懂。
把系统做稳定不就行了？
可能会有人问：“把系统做稳定一些、不写 bug 不就行了吗？”
会这么问的人，一定不懂技术。
代码写得再完美、测试再充分，也只能保证你自己的逻辑不出错。
但是，现实中太多外部因素根本无法控制：
- 物理损坏：施工工地一铲子下去，直接挖断主干光缆；
- 基础设施故障：云厂商机房断电、水冷失效或网络震荡；
- 第三方依赖崩溃：上游支付网关宕机，或者运营商短信网关延迟。 技术圈里，这些意外再常见不过。
微博上也时不时能看到支付宝、微信等大平台突发故障的热搜。
系统越复杂，不确定性就越高。
On call 的本质，从来不是为了迎接“完美”，而是为了在“不可控崩塌”发生的第一时间去救火。
写在最后
On call这么多年，整个人的精神一直处于高度紧绷的状态。
马上离职了，想到以后不用再时不时盯着手机，不用接到听到那让人心惊肉跳的电话，心里难得轻松。
做了十几年技术，感触最深的是：
系统的可用性（SLA）固然重要，但你自己的“健康可用性”才是全天下最核心的资产。
打工是一时的，健康才是你一辈子要守住的生产环境。
没有任何一份需要随时待命的工作，值得你赌上自己的生命线。