连续加班一个多月后，反思一下为啥国内程序员加班这么多

[zzzzzzggggggg]

连续加班一个多月后，反思一下为啥国内程序员加班这么多

关注程序员耳东，编程转码真轻松

防杠指南：本文不适用于资深大佬，若喷必回

今年过完年之后一直在加班，关注我的粉丝应该也能看出来，2 月份和 3 月份写的笔记确实比较少，最近才开始恢复

加班完毕是得好好思考一下，毕竟咱这班也不能白加了对吧，我得好好想一想到底是为什么会导致我加班，我细数了一下平时导致我加班几个主要原因，大家看看有没有共鸣

业务需求倒排期，改的随意

互联网公司的业务迭代是非常快的，尤其是电商、营销相关的业务，基本上随时都在出需求，需求顺排倒还好，无非就是给了排期之后顺着做就行了

但是有一个非常蛋疼的点，如果这个需求业务方要的非常急，比如说 15 号出的需求 PRD ，月底就得上线，必须得倒排，那么就是说上线的时间定了，测试的时间占用一段，联调的时间再占用一段，留给开发的时间真的不多了

时间不够怎么办？要么加人要么加班，加人还有个问题，有的功能并不是很好拆分，而且人多了管理成本也在增加，1+1 并不是一定能等于 2 ，所以到最后就只能全员加班来肝需求

关于业务需求，还有一个可能导致加班的点是改的随意。

之前我在字节跳动打工的时候，每次需求评审会一堆年轻的 PM ，跟唱戏似的，你方唱罢我方上，哭爹喊娘的说自己的需求是多么多么的重要，常用的话术是：我这个需求是 xx 级别的老板看重的、我这个需求可以为公司创造 xx 的收入等等

一个个的 PRD 写的怎么样不重要，最重要的是抢占研发资源，最好可以把程序员固定在自己手里

等到需求开始做了，发现其实 PRD 里面有很多东西没想明白，这个时候就开始改 PRD ，改了 PRD 但是研发排期却不变，那这咋办呢？程序员加班呗

所以国内经常流行一个调侃的对联：

上联是：这个需求很简单

下联是：怎么实现我不管

横批是：明天上线

虽然这个对联是调侃的，但也暗示了很多公司在研发流程的不规范、管理混乱，这也是大部分程序员加班的重要原因

会议太多，占用时间

会议太多这个事情可能是大公司的通病，有时候屁大点事情就拉个会议，我细数了一下我一个月参加的会议：

1. 需求评审会
2. 技术方案评审会
3. 需求复盘会
4. 细节对齐会
5. xx 项目启动会议
6. xx 横向项目
7. 技术分享会
8. 周会
9. 测试用例评审
10. OKR 会议
11. CodeReview 会议
12. 等等......

其实这里面的会议真的太多了，有的团队还有早晨的站会等等，进一步压缩了写代码的时间

那能不能提升效率呢？我觉得可以

就说这个需求评审会吧，如果说每个人会前都能仔细的过一遍 PRD ，记录好疑点，那评审会完全可以开成答疑会，解答完疑问就差不多了，这样子可以节约很多时间，不至于一个需求评审会就开一两个小时

还有技术分享会，很多 leader 为了提升团队的技术氛围会要求组员进行技术分享，但是有的时候，分享的东西别人不一定感兴趣，深度把握的不好的话组员也会只把它当做任务去完成，这就是纯粹的浪费时间了

总之会议这部分，我觉得是一个存在很大提效空间的地方，一个事情是否需要拉会、是否要拉那么多人，是值得思考的

技术需求，各种丐版轮子

关于技术需求这个问题，我不知道是不是国内程序员的特色哈，就是纯做 PM 提的业务需求是很难得到好绩效和晋升的，因为这些事情是你工作职责范围内的事情，你很难说清楚这些事情带来的收益是 PM 的功劳还是研发的功劳

要想得到好绩效、超出预期，那就必须得做一些纯技术的事情，也就是所谓的“技术需求”，而且必须自己挤时间做，不会为这部分工作量专门划时间

常见的技术需求，比如说这两年特别流行的 LowCode 平台，据我所知很多大公司都在搞这种，并且是投入了很多研发的精力在里面的，美其名曰 LowCode 平台可以提高效率，所以在很多需求开发中强行推，要求研发必须使用 LowCode 平台来完成研发，但是在使用的过程中并没有提升效率，反而让研发增加了很多兼容成本和额外的工作量，不管能不能提供效率，先卷了再说

甚至有时候，多个团队之间在卷同样的技术轮子，一个大公司内部至少有 3 个 LowCode 平台、5 个组件库、3 个部署平台、4 个项目管理平台等等，大家都在加班卷技术项目，卷自己团队的存在感和好绩效

到最后，这个技术项目会出现在晋升答辩的 PPT 和汇报材料上，包装后的数字和成果都很亮眼，技术项目的发起者拿到了好绩效、晋升成功，等到晋升成功之后，这个技术项目的使命也就完成了，从此刻开始它就走上了烂尾的道路，历史项目也就留下了一堆烂摊子代码

老老实实做业务需求的人得不到晋升，做各种丐版技术轮子并且强推的人最后得到了晋升，这个问题在国内大公司非常普遍，这也是造成很多研发被卷着加班的重要原因

杂七杂八的事情，耗费精力

程序员还有一些杂事儿，也是相当的耗费精力了，我举几个例子

首先说线上 oncall ，这个事情其实也算是研发的正常工作范围内的事情了，但是如果一天出一个比较麻烦的线上 bug ，那今天肯定其他的事情就没空做了，或者只能加班去做

更不用说，如果所在的部门是基础架构部门的话，要处理技术之外的一些使用答疑事项，这部分事情毫无技术含量，和客服无异

还有就是非常强调技术要去深入业务，好嘛没问题，但是深入业务也是需要耗费时间的，这就意味着你除了读 PRD 以外还得去看 MRD ，可能你需要去和业务部门、市场部门的同事开会旁听 ta 门关心的事情，除过技术相关的东西以外还需要去关注业务指标

这又给自己增加了工作量，leader 不会说专门给这部分工作量去给你增加时间，只能自己挤时间了，这无形中又增加了加班

总结

我总结的这几个原因是我结合自身加班情况分析而来，可能国外的程序员也存在同样的问题，也可能有的人看法不一样，欢迎交流

[idlewater]

其实是太卷了，你不加班，别人加班

[FrankFang128]

现在还有人这么卷？为了啥？

[zzzzzzggggggg]

据我观察有的人是卷成习惯了，有的人是被卷
@FrankFang128

[zzzzzzggggggg]

@idlewater 确实

[jiangzhizhou]

主要原因是穷，另外还是招聘素质问题。
作为 IC 其实和自己不相关的会该拒绝还是要拒绝。
领导也就是 EM TLM PM 等就应该多开会多写文档，帮助研发理清楚需求以及项目排期。
大公司迭代再快它也是大公司，如果是跨国企业（纳斯达克 100 ）很多时候业务和市场关系更大而不是一味的逼开发。
这中间最重要其实就是数据导向和研发导向。如果给不到研发工程师时间去做更大更深的工具，给不到优秀数据科学家做分析和指导业务，公司成长也不会快，回头还依赖力大砖飞其实并不划算。
总之中小公司如果遵循这种文化最后逼走的肯定是人才，大公司加班反正对企业影响小，每个人都是螺丝钉可以被替换，照样可以做出万亿的企业（参考 AMZN ）。
作为打工人只能做好自己，社畜一点，该跑的时候多跑。Hit Refresh

[fridaycatye]

公司要产出，领导要业绩，本来 2 天来完成的，硬是给你压缩到 1 天，美其名曰，快速响应市场，敏捷开发

[fkdog]

看问题还是太肤浅。
建议再多被社会锤几年，

[GP1]

我来帮你预测下一步，各大公司继续裁员，为什么呢？
你文中也说了，内耗严重，真正干活的时间太少。

怎么解决内耗问题呢？扁平化，把这些拖慢公司效率的人全干掉。
尤其是中层写 ppt 不干活玩办公室政治的那群个人。
国外扎克伯格已经这么干了，效率明显提高了。

而且虽然 AI 技术不断成熟，对大家的要求只会更高不会更低，也就是说会更加内卷。

[zpo]

总结的很好啊，字节的花式开会应该是出了名的吧，已经不是第一次听到这样的吐槽说没时间写代码了。

[Nazz]

泪目, 好像说的就是我司

[luckyx]

中国的问题，或者说亚洲的问题，或者说是国籍的问题，或者说是公司来源国家的问题

[yaphets666]

说得很好，如果要能解决这些问题，能极大的减少加班的时间。但我不得不说，解决这些问题的肯能性为 0 ，主要原因就是技术团队在绝大多数的公司中都没有话语权，因为技术团队不直接产生收益，尽管技术团队是这台赚钱机器中不可或缺的一环。那如何消灭加班呢？我直接道出无数的环环相扣的问题最后的本质，那就是立法为民，有法必依，执法必严，违法必究。

[Leonard]

[Leonard]

https://i0.wp.com/ww1.sinaimg.cn/large/686d8c56ly1hcfme03k81j210m0bo40x.jpg

[c1985382]

我觉得哈，主要原因还是因为没啥核心竞争力。你做的东西别人也会做、你公司做的东西别家公司也会做，所以只能靠加班拼速度拉开那么一点点的差距。
我拍脑袋估计 OpenAI 的人应该不用加班吧，别人加班拍马也赶不上啊，急啥。

[pcmgr456]

其实说到底就是不懂管理，管理水平跟欧美大厂比起来差太多了，以为工作时间长等于产出多，人家都开始尝试 4 天工作制了，国内还在 996 ，结果做出来的东西也比不上老外，还说什么老外拖拖拉拉

[shaojz2005]

总结得挺不错的

[erwin985211]

月底上线都烧高香了，我第一个公司，老板随便想个需求第二天就得让它看到

[zzzzzzggggggg]

@jiangzhizhou 确实，打工人应该对自己好一点

[zzzzzzggggggg]

@fridaycatye 敏捷开发就是不停的迭代🤣