说个真事，裁员真的会降本增笑

最近互联网公司放烟花的次数有些高，基本都扎堆 Q3~Q4 出现各类事件/事故。吃瓜都快跟不上了。

作为互联网民工，为什么裁员后会导致降本增笑呢？今天我们一起来聊聊。

各种事故烟花

现阶段各大厂都领上号了，阿里先崩，再到滴滴，接着腾讯。涉及到产品至少有：

1. 阿里：访问密钥服务 AK 异常，引发阿里系多款产品无法使用。
2. 语雀：数据服务出现严重故障，造成大面积的服务中断。
3. 滴滴：K8s1.12 升级 K8s1.20 异常，同上造成系统全面服务终端。
4. 腾讯视频：会员模块出现 “短暂技术问题”，与会员关联所有功能不可用。

除了各种吃瓜以外，可以学习的地方是可以看看滴滴的 K8s1.12 升级 K8s1.20 的技术方案和选型思考。

以下图片来源自滴滴技术的文章截图：

请细品。最终选型了 “原地升级” 的方案，给出的原因是：“从方案可落地以及成本角度”。

裁员怎么增笑

“开猿节流，降本增笑” 是当红的流行语。

软件复杂度上升

在以前互联网公司飞速发展的阶段，很多业务需求和商务，会把各产品打包、关联起来卖。期望这样可以一篓子就捅进去卖了。

此时大量的系统规模、软件架构、应用程序都会交织、掺杂在一起。也有了更多的开发同学一起在这添砖加瓦。

这不，突然来了车轮式的裁员。

裁员时间选项

裁员的时间节点，以下两种选项居多：

• 当天谈，当天离职：当天早上一上班，就会突然约谈，直接现场完成必要的文书类签署，结束后当天马上走。
• 灵活安排一个月，再离职：提前数周或是一个月进行谈话，告知并要求 xx.30 走入。期间时间要打卡上班，但内容可以自由安排。

也有一些变形，常见的无非是多留几天。少留几天。因为这几天，系数有些变化。争取争取年假等。

听说高级别的，就是看谈的条件了。也有直接放一个月，不需要打卡上班（不坐班），自己任意安排。工资照发。

怎么裁员就裁出问题了

节了流，就要增笑了。很多风险逐渐暴露。

原本这一个大系统 10 个大模块，可能是 7~8 个人在一起维护的。各自有专门负责的领域，一般是与相近临模块迭代着。

这不，一轮轮 330、630、930、1230 的大力度裁员。团队直接剩 2~3 个人。人都当天排队离职，工作内容是都没有交接的。

古老沉香的老代码关联了多少其他业务模块，埋了多少 “坑”，平时修数据、HACK 代码又有多少。基本没啥人知道。

此时就会明显出现：产出效率变低，事故率增高，小事件不断。很容易使不对劲。

就像滴滴在选择技术方案时，可能也会更趋向于即使要冒一定的风险，也会选择更低成本、低开销的落地方案。一切就在就在一念之间。

这时就更容易出现事故了，因为很多成本高的方案，就是因为多做了一套冗余，这样可以确保出现意外时的稳定性。

总结

人是环境的反应器，潜移默化的，就导致了许多选择和思路的转变。在企业管理中，老板们最容易看到的就是经营成本，每个月都要给员工发工资。

当看不到进一步更大的发展前景和规划时，向往收缩时就会进行 “开猿节流”。走了的同学领了大礼包，留下的同学也背负了更多的开发任务和风险。

技术前沿拓展

前端开发，你的认知不能仅局限于技术内，需要发散思维了解技术圈的前沿知识。细心的人会发现，开发内部工具的过程中，大量的页面、场景、组件等在不断重复，这种重复造轮子的工作，浪费工程师的大量时间。

介绍一款程序员都应该知道的软件JNPF 快速开发平台，很多人都尝试用过它，它是功能的集大成者，任何信息化系统都可以基于它开发出来。

这是一个基于 Java Boot/.Net Core 构建的简单、跨平台快速开发框架。前后端封装了上千个常用类，方便扩展；集成了代码生成器，支持前后端业务代码生成，实现快速开发，提升工作效率；框架集成了表单、报表、图表、大屏等各种常用的 Demo 方便直接使用；后端框架支持 Vue2、Vue3。如果你有闲暇时间，可以做个知识拓展。

看完本文如果觉得有用，记得点个赞支持，收藏起来说不定哪天就用上啦～