加班内卷的IT行业，我选择躺平：一个五年码农的真实自白
引子：凌晨三点的会议室，我不再装睡了
还记得那个项目上线前的夜晚。服务器跑得比蜗牛还慢，产品经理在群里刷“优化细节”，测试同学还在狂点按钮抓Bug，而我——一个有着5年开发经验的后端工程师，正瘫坐在会议室角落的沙发上，手里拿着凉透的咖啡，眼神放空地盯着天花板。
这已经是我这个月加的第12个晚班，连续第三周没有双休。更离谱的是，团队里还有人主动申请通宵值班：“我今晚不回家，有问题随时找我！” 我看着他那股“热血沸腾”的劲儿，忽然意识到一件事：我已经不想当“卷王”了。
于是，我决定做一件看起来有点叛逆的事：不再无脑加班，不再盲目卷，我要学会“躺平”。
这不是颓废，而是我对职业健康的重新认识。接下来，我会结合自己亲身经历过的几个项目，聊一聊为什么我选择躺平、怎么躺平，以及躺平之后反而工作得更好这件事。
问题描述：从“拼命三郎”到身心俱疲
第一次怀疑：上线前的“魔鬼冲刺”
那是我职业生涯的第三年，加入了一家快速扩张的在线教育公司。我们负责研发一套全新的直播课堂系统，原本预计3个月完成，结果因为前期需求变更频繁，最后只剩下两周就上线。
老板每天在晨会上强调：“这是咱们公司今年最重要的产品，谁都不能掉链子。” 然后就开始每天开两次会，每次都要汇报进度。技术负责人直接住进公司，连着熬了四个通宵，结果上线当天在机房突发胃出血，被紧急送医。
我当时作为主程之一，也是日夜赶工，改架构、调接口、修兼容性……代码写得飞快，但bug也像滚雪球一样越来越多。上线后的第一周，我们修复了97个线上Bug，用户满意度一度跌到谷底。
那次项目之后我才明白：拼命加班≠高质量交付，甚至反过来成了风险放大器。
再次崩溃：需求越来越快，人却越来越累
后来换了一家公司，本以为能好一点，结果发现“敏捷”变成了“变态快”。产品经理每天都能整出新想法，设计稿朝令夕改，前端和后端被迫频繁重构。
最夸张的一次是，我们刚做好一个优惠券功能，准备上灰度测试，第二天PM说：“用户反馈说界面太复杂，能不能改成弹窗形式？”
我说：“这个改动不小啊，要重写接口和逻辑。”
PM说：“没关系，我们晚上一起加个班嘛～”
那一刻我真的想问一句：“你有考虑过代码维护成本吗？还是你们觉得开发者都是机器人？”
解决方案：从“卷”到“躺”，我是怎么做的？
1. 明确自己的边界，拒绝无效加班
一开始我也纠结，怕领导觉得自己不够积极。但当我有一次提前下班去打球，回来看消息时发现根本没人找我，心里突然有个声音在喊：“你不是救世主，也不是唯一责任人！”
于是我开始：
- 每天下班时间固定，除非特殊情况（比如线上故障），否则不加班
- 会议不超过20分钟，谁废话多我就打断（别误会，是用技术术语打断 😅）
- 需求评审必须给出明确时间节点，模糊不清的需求直接打回，要求详细说明
刚开始团队还有点不适应，但慢慢地大家发现效率反而更高了。因为每个人都知道自己的节奏，也不会临时塞活了。
2. 拒绝过度设计，专注于可交付价值
很多时候我们程序员喜欢炫技，什么微服务、分布式、MQTT、GraphQL全都往上堆。其实很多场景下用简单的REST API+MySQL就够了。
举个真实的例子：我们在做一个内部OA系统的时候，有个同事非要用Spring Cloud搭建一整套微服务架构，理由是“未来可能需要扩展”。
我反问他：“这个OA只供我们300人使用，你会考虑未来扩展到百万级并发？”
他说：“以防万一嘛。”
我：“那现在你就得花两周搭环境和调试服务发现，不如我们先做个单体，真需要拆的时候再说。”
最终我们采用了一个轻量级的Spring Boot结构，两周完成原型，一个月上线，效果很好。后来确实要分模块，但我们是在业务稳定后再拆分的，而不是一开始就上“豪华套餐”。
所以我的体会是：
“复杂架构不一定代表高级，简洁清晰才是高效的基础。”
3. 自动化，才是真正的“躺平神器”
很多人以为躺平就是什么都不干，其实是错的。真正的躺平是通过自动化手段提升效率，把时间省出来去做更重要的事情。
我在去年主导了一个工具链项目的改造，目标是让部署流程自动化。
原来的部署流程是这样的：
- 开发打好包，发到群里通知运维
- 运维手动传包、解压、修改配置、重启服务
- 测试验证后才敢说没问题
整个过程至少要1小时，中间如果出错还得排查日志。
我引入了Jenkins + Docker + Kubernetes，并写了个简单的CI/CD Pipeline，做到了如下几点：
- 本地commit完自动构建镜像
- 构建成功后推送到测试集群并自动部署
- 部署完成后自动运行单元测试和集成测试
- 所有过程都有状态追踪，失败立即通知相关人员
这套体系上线后，发布频率提高了3倍，出错率下降了80%。最重要的是，我再也不用半夜爬起来处理服务器挂掉的问题了。
而且这套东西我写了文档，做了培训，团队其他成员也能轻松操作。这才叫真正的“躺赢”。
效果总结：工作效率没降，反而提升了
说实话，自从我开始躺平式工作法以后，不仅心情变好了，工作效率也不降反升。具体体现在以下几个方面：
| 指标 | 改变前 | 改变后 |
|---|---|---|
| 日均工作时长 | 超过10小时 | 严格控制在8小时内 |
| Bug数量 | 平均每月50+ | 平均每月10以内 |
| 需求交付准时率 | 不足60% | 提高到90%以上 |
| 团队氛围 | 沉闷压抑 | 更加开放活跃 |
| 个人成长速度 | 停滞 | 反而提升（有了更多学习和思考时间） |
还有一个意想不到的结果：我的晋升评估居然通过了！ 上司说：“你能平衡好工作与效率，还能带动团队共同成长，这才是我们需要的人才。”
经验分享：给同行朋友们的几点建议
如果你也在为加班、内卷而焦虑，不妨听听我的几点建议：
✅ 1. 设立边界感，不做“好人型程序员”
不要因为不好意思拒绝需求就硬接，也不要为了讨好领导天天加班。你的价值不是靠体力堆积出来的，而是解决问题的能力。
学会说“不”，并且给出合理的技术解释。比如可以说：“这个需求当前架构支持不了，我们可以下周先重构一下这部分代码。”
这样既能展示专业能力，又能避免陷入无止境的重复劳动。
✅ 2. 把精力放在真正有价值的事情上
很多时候我们陷入低效循环，是因为花了太多时间在“伪重要”任务上。比如帮产品调页面样式、手动导数据、改字段名等等。
要学会区分什么是核心业务问题，什么是边缘琐事。后者可以借助工具、脚本、甚至第三方服务解决，没必要亲力亲为。
✅ 3. 善用工具，自动化一切可自动化的事
自动化不仅仅是部署流程，还包括：
- 数据清洗
- 接口Mock
- 单元测试
- 文档生成（如Swagger）
这些工具一旦建立，不仅能提升效率，还能减少人为失误，降低维护成本。
✅ 4. 培养“可转移的能力”，而非死磕某个框架
很多人以为掌握Spring Boot或React Native就足够了，但技术变化很快，真正让你立于不败之地的，是你的抽象能力和工程思维。
比如我曾经学的Python在大数据领域很常用，Java在企业级系统中依然占主导地位，Go又适合高性能场景。只要基础扎实，切换语言并不难。
关键是要理解背后的设计思想、性能瓶颈、协作机制。
✅ 5. 保持健康作息，身体才是革命的本钱
别听那些“程序员不需要睡觉”的鬼话。熬夜写代码的代价不只是黑眼圈，更是认知能力下降、情绪波动大、创造力枯竭。
我的做法很简单：
- 每天运动30分钟
- 睡前远离电子设备
- 周末一定休息半天
- 偶尔旅游放松
你会发现，状态好了，脑子更清醒，写代码自然更快更准。
结语：不是摆烂，是理性回归
躺平从来不是摆烂，而是一种更理性的工作态度。在这个越来越“卷”的IT行业里，我们要找到属于自己的节奏。毕竟，程序员不是机器，也不是苦力，我们是解决问题的创造者，不是单纯执行命令的工具人。
如果你也感到疲惫、厌倦或者迷茫，不妨试着停下来问问自己：
我现在的努力，真的值得牺牲健康和时间吗？
这份付出，真的带来了价值吗？
如果不加班，我能用更好的方式完成任务吗？
愿我们都能在职场中保持清醒，找到属于自己的那份从容与自由。毕竟，代码只是生活的一部分，而生活，远比代码更精彩。
（完）
评论 0