前言

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

开猿节流 降本增笑

语雀宕机、阿里云几次宕机，滴滴宕机，最近腾讯也宕机，难道剩下的都是写ppt汇报的吗!

哎，当决策者不懂”岁月静好”是怎么得来的时候，就是”负重前行”的人越来越少的时候。

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

经典的笑话

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

说点经历

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

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

插曲

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

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

技术贴近业务

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

优化系统

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

贴近业务，提高人效

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

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

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

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

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

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

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

提高个人的技术能力

能力：技术+沟通

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

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

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

总结：上面几点，是我们部门，通过技术能力，赋能业务，达到降本增效的目的。

应对开源节流 降本增效

提高个人能力

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

chatgpt，真心强大，完全可以替代初级工程师，你还有什么理由，不提高自己的技术力呢！

沟通

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

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

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

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

贴近业务

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

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

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

防御性编程

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

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

发展副业

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

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

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

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

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

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

总结

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

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