2023闲聊开猿节流 降本增笑

前言

2023年大环境的影响，互联网行业真是难啊，裁员风声四起，言论不一，说互联网增长不如预期，存量运营也不再需要多少人手。各大互联网公司，一直持续着开源节流，降本增效的策略，裁掉一批人，直接降低固定成本。这真是一剂猛药啊，效果也是杠杠的。最后变成了

开猿节流 降本增笑

语雀宕机、阿里云几次宕机，滴滴宕机，最近腾讯也宕机，难道剩下的都是写ppt汇报的吗!
哎，当决策者不懂”岁月静好”是怎么得来的时候，就是”负重前行”的人越来越少的时候。
最后，雪崩的时候，没有一片雪花是无辜的。

经典的笑话

一群年薪百万的在加班讨论给年薪10w不到降本增效

说点经历

说说我以前的一家公司的降本增效案例

背景：好几年前了，那时候环境没这么差，但是公司的盈利点，增长不如预期，老板很焦虑，带着高管团队去了趟延安，主题：重走长征路，学习先辈创业的艰辛。回来之后，在公司发起，“赚一块钱活动”，就是开动你聪明的脑瓜子，出出金点子，能达到降本增效的目的，所有部门，所有员工都需要参与，那活动就轰轰烈烈的开始了，不过比较好的点，没开猿节流哦

插曲

行政部门，怎么做的呢？为了达到开源节流的目的，他们也是花了心思的。

控制电灯，比如办公区10个电灯泡，他们拿掉5个灯泡，那电费不是可以少支出一半，他们还真是这样执行的，直接整个办公区的电灯泡，拿掉了一半。没过多少天，引起了整个公司对行政部门做法的不满，闹到老板那里去了，老板还是比较务实的，直接把行政的负责人臭骂一顿，让恢复原样。这是降本增效吗，这是牺牲员工的利益达到的，如果这样，还不如在家办公，是不是房租 水电费都省了呢。

技术贴近业务

我在的部门主要是负责供应链系统的开发，比如：订单履约系统、库存系统、商品系统…,做技术的，怎么才能做到降本增效，想想挺难的。我们搞开发的，不就通过代码实现产品，同时保障系统的稳定运行，就OK了。不管怎么样，做技术的，还是得从技术的角度想想，能不能完成公司给的任务？

优化系统

复盘部门负责的所有系统，找出系统的性能瓶颈点，通过技术手段、一定的策略进行优化，比如：以前需要三台机器才能支撑目前的流量，系统优化后，两台就行，同时系统比优化前前性能还好，支撑的流量更大。那减少了一台机器，变相的减少了硬件支出的固定成本。

贴近业务，提高人效

没事找业务的人聊聊天，喝喝咖啡，你会得到意想不到的收获。开发一般获取的需求如下：

产品对业务提出的需求，也不一定能准确描述，提供比较好的解决方案，需求经过产品理解然后再输出到开发，开发如果不深层次挖掘，只是按照产品的设计，进行开发，跟现实还是又一定的差距的。借用黄晓明的经典名言：

我不要你觉得，我要我觉得

在跟业务聊天中，谈到我们的订单履约系统

1. 用户一个订单包含多个商品，商品不在同一个仓库，需要多仓发货；商品库存不足，有库存的先发。好多订单，都需要人工进行查看，进行手工拆单，系统自动化吗？减轻点我们的工作压力。有了，自动化拆单

2. 业务还发现一个用户特点，同一个用户，在时间间隔不到30分钟，连续下两个或多个订单，用户、地址、收货人姓名、电话、信息都一样。有了，合单，节约物流成本

通过以上交谈，我得出了两个需求点：

• 自菜单拆单 当收到订单信息，查看是否在同一个仓库，如果不在，自动拆分单个仓库进行发货。如果订单商品中，有库存不足的商品，拆分订单，有库存的先发货。注意：用户看到的还是一个订单，只是商品对应的发货单不一样而已
• 订单自动化合并 根据用户的下单规律，我们在订单下发仓库进行发货的时候，我们先延迟半个小时，看看在这半小时，是否有用户，再次下单，并且满足（买家ID、收货人姓名、电话、地址信息都一样）的订单合并到一个发货单里发货，订单与发货单对应关系N:1

通过上面的策略，自动化拆单，提供了人效，订单自动化合并，降低了物流成本，真正达到了降本增效，不是降本增笑，得到了公司的一致好评，技术人不单单会写代码，也能搞产品

提高个人的技术能力

能力：技术+沟通

沟通能力强，才能准确把握需求

技术能力强，写出高质量的代码，提高系统性能、稳定性。

这个单纯的提高人效，不怎么好衡量，周期比较长

应对开源节流 降本增效

提高个人能力

技术人立命之本：技术，先精后广，比如：我是Java开发，那Java这门语言好好的研究，熟练掌握，源码读一读。各种框架的使用、原理，什么场景使用什么技术做为解决方案，起码你掌握了这些，面试能过吧。接下来，有时间、有精力学学其他语言，多门语言，多一种优势吧。再说了，现在貌似又回到了过去，全栈这次词，提的越来越多了。当年诺基亚很火的时候，一大堆搞塞班开发的，后面诺基亚哑火了，你如果还坚守塞班，不学学安卓、ios 是不是基本就GG了

沟通

有的时候，沟通比技术更重要。有人的地方就有江湖，江湖是什么，江湖是人情世故，不是打打杀杀。如果说技术能力是智商，那语言技术就是情商。会说话，对于程序员来说，真的是硬伤，大部分程序员的世界，都是机器的世界， 0 1 世界 除了 0 1 哪来的2啊？为什么说？干技术的干不过写ppt的，因为人家把你的功劳抢了啊

没事多去领导面前刷刷脸，混个脸熟，这个比起你做了多少个需求来，重要很多。起码提起你的时候，领导知道这个人是谁。

不要认死理，程序员的世界 不应该只有 0 1，应该有更多可能性，2 3 4 5…都可以有。领导就算放个屁，你也要觉得是香的（有点跪舔的意思了，但事实就是这么残酷，虽然我也没做到）领导的面子一定要给，好处不知道有没有，起码没坏处，领导觉得你态度端正，执行力强。

跟你工作上接触的人员，多沟通，处理好关系。第一：从别人那里你可能得到一些你不知道的有用信息，也有可能收获好基友吧 第二：让周边的人认可你，公司也发展壮大，你的部门大领导可能都没跟你沟通过，如果要了解你，你的信息来源可能是别人对你的评价，有好的有坏的。如果刚好有升职加薪的机会给到你，结果因为别人的几句话，你就被否决了，是不是很亏。所以搞好同事间的关系很重要。

贴近业务

技术都是为业务服务的，再牛逼的技术脱离了业务，只能等死。因为业务不盈利啊，持续亏损，你说老板还留着你过年吗？不要说，我们技术都是按要求按质量根据产品的需求，去做的，系统稳定，线上也没出现过问题，业务不行跟我们技术有什么关系。我在一家公司，业务不好，技术也得分担一部分责任，why？你们开发的东西，是不是没达到业务的目标，这是真实的存在的，产品想的不一定是业务想的，技术理解的也不一定是产品想的。

以前我也一直以为，只要技术好，在哪里不是干。其实真不是这样的，你再好的技术，如果没有一些场景的解决方案，真是纸上谈兵，理论跟落地，差距太大了。比如，阿里云经常提到的的是异步多活，还不几次宕机，造成的损失，真不是金钱能衡量的，理论说的头头是道，但落地的时候，难度远远超过我们的想象，所以要贴近业务，真正做到技术落地，服务好业务

好多大厂出来的人，在细分行业自己创业，其实就是在公司的时候，就很关注业务，技术赋能业务，业务反哺技术。
当你懂技术，懂业务，这样的人，能开源掉吗？

防御性编程

防御性编程，貌似今年技术人应对开猿节流提出的。说是代码不写注释、文档不写，代码能有多烂就多烂，最好写成屎山代码。离开你，换个人根本没法维护，要不重构，别无他法。还有就是不要尽力，能做到100分，我只做到60分就好，剩下的40分是你的保命符，留一点个人上升的空间。带新人，随便带带，教会徒弟饿死师傅不能全部教会他，不然你离走人也不远了。还有很多说法，我就不一一列举了

这种观点，我不支持也不反对，根据自身的实际情况来决定是否使用，过河拆桥的事情也不少。

发展副业

俗话说：猫有九条命，形容猫的生存能力很强，没那么容易死

发展副业，发展副业，发展副业

发展副业，真的很重要。不要一味只知道工作，拼死累活的给干。不要被公司轻松拿捏你，副业好处如下：

1. 增加收入：通过副业，你可以获得额外的收入来源，增加财务稳定性，改善生活品质。
2. 提升技能：副业需要学习和掌握新的技能，这对你的个人和职业发展都是有益的。你可以通过副业开拓新的领域，提高自己的专业能力。
3. 备用职业选择：副业可以成为你的备用职业选择，当主业遇到困难或变故时，你有一个备选的收入来源和职业发展路径。
4. 实现梦想和兴趣：副业可以让你追求自己的梦想和兴趣。你可以选择从事自己喜欢的工作，追求个人的创造力和热情。
5. 社交机会和网络拓展：通过副业，你可以结识更多的人，与更多领域的专业人士交流和合作。这有助于扩大你的人脉和拓展人际关系。

以上观点中，我认为 备用职业选择，这个最重要，起码在公司在开展降本增效，开源节流的时候，你心不慌吧，没有这份工作，我也能活的好好的，起码能保证生活吧

怎么发展副业呢，可能有人看到这，会问，有什么副业途径呢？送外卖算副业吗？只要体力好，能干得了也算。开滴滴算吗？算啊。摆地摊算吗？算啊，除了主业，通过其他赚钱的途径，都是副业。

复盘自己，审视自己，找一个相对适合自己的。我个人也在找，也在尝试。

总结

公司发展到一定阶段，肯定会遇到瓶颈期，如果过不去，开源节流，降本增效，势在必行，公司也要活下去啊，如果公司不在了，全部一起手拉手走，还能怎么办？只是在执行的过程中，人为因素太大了，有能力的可能走了，写ppt、嘴活好的留下了，结果公司的线上服务宕机了，阿里、滴滴宕机事故损失的，比起裁员省的那点钱，简直没可比对性。

雪崩的时候，没有一片雪花是无辜的