日韩 IT 行业畸形加班文化危害从业者生命
凌晨一点半，首尔江南某栋写字楼的 17 层还亮着一半灯。测试群里有人发了一句：“这个 bug 明天早上必须修完。”没人回“收到”，但十分钟后，三个头像陆续亮起。东京丰洲也差不多，末班车已经走了，有人把睡袋从柜子里拽出来，准备在会议室眯两小时。
你如果带过 IT 团队，大概知道这跟热血无关，更像排期失控后的日常。
日本把“过劳死”写进法律条文，韩国推行每周 52 小时工作制之后，IT 现场依然有大量灰色操作。项目制、外包协同、弹性工作、on-call 值班，这些词原本是为了提高效率，落到某些团队手里，变成了把加班合法化、碎片化、长期化的工具。
结果是什么？睡眠债、心血管问题、抑郁、猝死。公司这边也没赢：代码质量下滑，线上事故变多，核心员工跑路，招聘成本越滚越高。
如果你正在找技术合伙人，或者自己就是技术负责人，这一篇想跟你聊清楚：日韩 IT 行业这套畸形加班文化，到底怎么伤到人，又怎么把团队拖进泥潭。以及，你能做什么。
一、把加班当“技术热情”，是最危险的文化洗脑
观点：加班不等于敬业，它常是估算和范围管理失败的症状
很多团队把“能通宵”当成技术热情的证明。招聘 JD 里写“抗压能力强”，绩效面谈里问“能不能再顶一顶”，项目复盘时夸“大家连续奋战了两个月”。听起来很热血，实际是把管理问题转嫁给了员工的睡眠时间。
一个健康的技术团队，应该有拒绝不合理排期的能力。排期怎么来的？需求评审时拍脑袋，开发评估时被砍一半，测试时间被压缩到三天，最后靠加班补。加班补不上，就继续加班。这个循环一旦形成，没人再认真做估算，因为认真估算也会被压。
案例：上线前通宵改 bug，最后败在一个变量名
不少做金融系统、游戏后端、电商大促的团队都经历过类似场面：上线前两周进入“战时状态”，每天凌晨下班，周末只休半天。所有人都在改 bug，没人有精力做代码审查。上线当天，一个变量拼写错误导致对账失败，回滚又花掉四小时。
事后复盘，大家说“测试覆盖不够”。但真实原因更简单：连续熬夜之后，大脑对细节的敏感度会断崖式下降。你让一群睡不够五小时的人审查代码，等于让醉汉做数学题。
实操建议
- 需求进入开发前，做一次“范围冻结”。冻结后新增需求走变更流程，重新评估工期。
- 设置“最晚提交时间”。比如晚上 9 点后不再提交非紧急代码，第二天头脑清醒时再 review。
- 用事故复盘反推排期。每次线上事故都问一句：如果团队不加班，这个事故是否还能避免？答案常常是能。
【金句：如果一支团队只能靠通宵交付，那它缺的不是热血，是排期能力和说“不”的权力。】
二、用“弹性工作制”掩盖无限待机
观点：下班后随时回消息，等于没有下班
韩国 IT 行业有个很典型的现象：公司说“弹性工作”，你可以十点来，但晚上十点也走不了。日本某些 SIer 更直接，客户一个电话，周末就得远程连 VPN。表面上看，没有强制打卡，实际上，员工从来没有真正离线。
这种“无限待机”比
