躺平，是一种选择，也是一种智慧
开头：为什么我要谈“躺平”？
我是阿杰，一个在互联网大厂工作了六年的后端开发。从刚毕业的热血青年到现在的“老油条”，我经历过产品需求的疯狂迭代、也熬过无数个深夜上线的版本大战，更见证了一个又一个优秀同事在高压下疲惫不堪地离开。
今天我想和大家分享一个不太主流的话题——当我看到身边的加班文化越演越烈、内卷成为常态的时候，我是如何重新思考自己的职业节奏并选择“躺平”的。
请注意，这里的“躺平”不是消极放弃，而是在深度自我认知后的主动选择。它是我在高强度工作与个人生活质量之间寻找平衡的一种方式，也是我对技术成长路径的新理解。
问题描述：被内卷吞噬的技术热情
我的真实项目背景：
我们团队主要负责公司核心会员系统的重构，这是一个典型的高并发、低延迟、数据一致性要求极高的项目。整个系统承载着几千万用户的数据和服务，任何一次上线都需要小心翼翼，每个功能都要经过层层评审。
挑战来了——
无休止的需求变更
产品经理每周都会调整优先级，原本计划一个月完成的功能模块可能在两周内就要上线。我们经常在写完接口后接到通知：“这个字段改成异步处理吧，用户体验更好。”、“这个逻辑别用缓存了，用MQ试试？”上线压力大
上线前夜必须全员待命，即使你写了单元测试、跑过全链路压测，但只要线上出了一点差错，第一个背锅的就是开发。加班常态化
每天晚上九点前下班成了一件“不可思议”的事情，周末远程会议更是家常便饭。我曾连续三周凌晨一两点回家，早上八点半又被钉钉消息叫醒调试线上问题。身体亮红灯
那段时间体检报告显示颈椎病、血糖偏高、睡眠障碍……我才意识到，再这样下去，代码还没写完，人先垮了。
解决方案：从技术到生活，我的躺平之道
第一步：在工作中找到“最小必要努力”
我开始尝试一种新的做事方法——在保证交付质量的前提下，尽可能高效完成工作，不为无效劳动买单。
举个例子，在一次新接口开发中，我们需要实现一个会员等级变动的事件推送机制。原来的思路是使用Spring Event做本地监听，后来因为分布式部署的问题，需要改为Kafka广播。
技术选型过程是这样的：
- 初期我建议使用RabbitMQ，理由是我们有成熟的封装框架。
- 但架构组推荐Kafka，说未来会统一事件中心。
- 最终折中：用Kafka作为消息通道，但采用SSE（Server-Sent Events）的方式对外暴露API，提升前端实时性体验。
在这个过程中，我没有盲目追求“最先进”或者“别人家都在用”的方案，而是结合当前业务阶段、维护成本、上线风险等因素做了评估。最终我们提前一周完成了任务，上线过程也非常顺利。
后来的复盘总结让我明白：
“躺平”不是不做事情，而是拒绝做那些“看起来很忙但实际上没有价值”的事。
第二步：建立边界感，学会说“No”
在一次项目进度会上，产品提出希望增加一个“等级解锁动画播放统计”的功能。当时我觉得这明显是锦上添花，对主流程帮助不大。
我尝试和产品沟通：
“目前我们重点是要把等级变动的准确性做好，这部分如果统计没做完整，反而会影响后续数据分析。你看能不能把这个放到下个版本？”
结果让我很惊讶：他们同意了，并且还帮我向上级说明了原因。
那一刻我意识到，其实很多人并不清楚哪些是核心价值，只要你说得清楚、讲得出道理，是可以争取回时间给更重要的工作的。
第三步：打造属于自己的“效率工具箱”
我也开始优化自己的开发方式，提升单位时间的工作产出。比如：
- 使用IDEA插件模板生成基础CRUD代码；
- 封装通用的ResponseUtil、ExceptionAdvice；
- 在Git提交前自动生成ChangeLog模板；
- 给自己搭建本地Mock Server，减少依赖等待；
- 自动化编写单元测试，通过覆盖率提升质量。
这些工具虽然不能让你少加班，但它能帮你花更少的时间完成更多高质量的事情。久而久之，你会发现你比别人更快地推进项目进度，也就自然减少了加班的必要。
效果总结：躺平带来意想不到的变化
半年下来，我发现几点非常明显的变化：
1. 工作状态更稳定了
我基本可以在晚上9点前完成手头的任务。偶尔加一下班，也能心甘情愿地接受而不是被迫妥协。
2. 写代码的思路更清晰了
不再是疲于奔命地改需求，而是开始思考如何让代码更可维护、更易扩展。甚至有时候我会主动重构一些老代码，而不是继续往烂摊子上面堆补丁。
3. 团队氛围变好了
我发现当你不再焦虑、不再抱怨，其他人也会跟着放松。以前总是一堆人在微信群里吵接口定义，现在变成了谁愿意接这块儿？我来！
4. 有了更多自我学习的空间
我报了一个AI工程化的课程，也开始阅读关于系统设计的书。这些都反过来提升了我在项目中的技术影响力。
5. 真正热爱上了技术本身
那种为了赶工而机械编程的日子已经过去，我开始享受写代码时带来的满足感，以及解决难题时的小确幸。
经验分享：躺平不是逃避，而是一种成长
我知道肯定会有人说：“你不努力就会被淘汰！”确实，这个世界变化太快，技术更新日新月异，但我们也要清醒地认识到：
真正的竞争力，从来不是靠熬夜拼出来的。
给还在加班的朋友几点建议：
1. 找到你的“不可替代价值”
你是那个能写出优雅代码的人？还是团队中最懂性能调优的人？如果你找不到自己的定位，那你很容易陷入“哪里缺人我就去填坑”的陷阱。
2. 学会在合适的时候拒绝不合理需求
产品经理不会因为你多加几次班就感激你。真正值得尊重的是你能给出专业的判断，而不是永远点头答应。
3. 提升单位时间内的生产力
不要一味延长工作时间，而是想办法让自己更高效。比如学会命令行操作、使用快捷键、掌握CI/CD流程等。
4. 给自己留一点空间，保持对生活的感知力
我一直相信，一个懂得享受生活的人，他写的代码也不会太差。
5. 不要怕“慢”，重要的是方向正确
在技术这条路上，走得快不如走得好。有些时候停下来想一想，是为了更好地出发。
结尾：写给正在奋斗的你
写到这里，我想起了之前看过的一句话：
“真正的躺平，是在认清现实之后依然不放弃理想。”
我不认为我现在就不努力了，相反，我很清楚自己该在哪方面发力，也知道不该把时间浪费在哪儿。
如果你也感到疲惫，不妨试着放慢脚步，给自己一点喘息的机会。你可以像我一样，从“被动内卷”中跳出来，找到自己的节奏。
毕竟，写好代码的前提，是活得像个真实的人。
愿你我都有一份热爱、一份坚持，还有，一张舒服的床。
本文基于笔者实际工作经验整理，部分细节已脱敏。如有雷同，纯属巧合。
评论 0