流量大的部门好，还是流量小的部门好？

一位网友说，工作以前以为去流量大的部门是好事，能学技术；工作后才知道，流量大的部门和组，狗都不去！待在流量大的组，晚上9点起步才下班，代码写得再好，想得再完整，总会有各种各样的监控告警事件，一天到晚都在回答问题和处理事件的路上。

反而待在流量小的组，平时没什么监控告警事件，需求做得快，留下的时间要么摸鱼、吹牛、养神，要么思考代码，想一些边界条件，看点源码之类的。技术提升快，人也舒服。

有人说，确实如此，后期才逐渐认识到这一点。流量大的系统告警多，值班的时候遇到一大堆问题，还催得紧，连晚上睡觉都在报警，天天on call。

有人说，自己都是一到晚上就把监控给关了。

也有人说，监控报警总比人为报警好点。

有人说，直接去内部系统吧，qps小于1，适合躺平。

有人说，远离C端，B端会更轻松些。

还有人说，对前端来说其实都一样。

也有人说，流量大的部门容易晋升，钱也多。

有人说，主要是流量小的部门容易被裁。

也有人说，流量大的部门大领导盯得紧，持续压力大。等到裁员的时候，流量大的部门更卷，业绩越差越折腾。

流量大的部门VS流量小的部门，哪个好？

流量大的部门有流量大的好处：业务更核心，拿钱更多，更受领导重视，晋升更快，享受到的红利更多，更能实现个人成长，简历也更好看。但流量大也会带来加倍的忙碌和压力。

同理，流量小的部门有流量小的好处：更清闲，更放松，压力更小，也更能实现工作和家庭的平衡。但流量小的部门存在领导不够重视，拿钱更少，晋升太慢，个人成长比较慢等缺点。

总之，任何事物都是一体两面的，有优点就有缺点，流量就像糖衣炮弹，你不可能在吃下糖衣的同时又把炮弹吐出来。欲戴王冠必承其重，“既要又要”是不可能的。想清楚这一点就别抱怨了，针对自己的定位和特点，选择最适合自己的部门，走最适合自己的那条路。