技术人应该如何应对内卷?

内容纲要

原文:https://time.geekbang.org/dailylesson/detail/100056912

近两年内卷这个概念非常火,社交媒体如微博、B 站、知乎都有很多对内卷的讨论,其中有一个在影院看电影的例子非常通俗,大概是说第一排的人为了看得更清楚都站起来,于是第二排的人也需要站起来,导致最终影院中所有人都站了起来。

这个例子反应的思想从教育行业的角度看更明显,别的孩子都上了辅导班,你的孩子不上就会落后,这是一个相对的概念,别人孩子成绩的提升就是你孩子的退步。对多数职场人而言内卷比较常见的表现就是加班、字数越来越多的周报、华而不实的 PPT 等等。

由于内卷被整个社会开始关注,因此对内卷的定义是普适的。如我们上面所说,大多数人把内卷理解为过度的校外教育辅导、职场里面的形式主义等等。但是对 IT 领域来说,内卷最可怕的不是形式主义,而是创新的枯竭。

今天我们就从内卷真正的可怕之处和技术人的出路两个方向来聊聊内卷。

内卷的可怕之处

人类创造力的曲线是先陡后缓的,这和需求曲线是息息相关的,你首先需要空气、食物、可以居住的地方,这些生理上的需求是生存的刚需,因此在原始社会这些需求会先被满足。更高级的需求也是建立在此之上的,比如你需要安全和社交,这些都满足之后,你又需要被人尊重,这体现在道德、金钱、名望,最终你需要实现自己的理想。马斯洛的需求金字塔将人类的需求展现的淋漓尽致。金字塔的最下方是生理需求,最上面是自我实现。

我们可以看到生理需求的面积是最大的,现实中生产食物、水的企业以及房地产开发商也非常活跃,而面积最小的是自我实现,除了传销组织,在现实生活中你见过帮人实现梦想的公司吗?

具体到我们技术人的工作领域,在需求上也会面临马斯洛那样的需求金字塔。例如在我们的系统架构层面,同样也有一个类似的需求模型,比如一个电商平台的发展,首先需要商品录入和前台展示的功能,先让系统跑起来,这个很简单,一个初学者搭个服务器开发起来很快,后来流量大起来,开始分库分表,Redis 之类的缓存都用上。而后商品量持续增长,搜索引擎换成了 ElasticSearch,你现在有了服务集群、数据库集群、搜索引擎集群。

随着业务发展,各自研发团队开始壮大,组织的演化导致服务自然而然需要被拆分,微服务应运而生,单体应用服务集群拆成了多个服务集群,形成了电商的各个子域:商品、交易、营销、会员、供应链等等。各个子域的工程师和产品绞尽脑汁想提升业务效能,于是诞生了各个子域的中台,如商品中台、交易中台、营销中台等等。

随着数据量越来越大,无论是读取还是使用都越来越困难,于是公司建立了自己的大数据仓库,而各个中台结合大数据仓库带来的新能力得到进一步发展。这一次大数据革命给业务带来了新的增长。然而业务增长的野心岂止于此,随着数据仓库能力的完善,公司开始雇佣算法团队了,算法团队提供了算法能力的服务集群,赋能所有的业务和中台,算法再一次帮助业务实现爆发式增长。

以上是系统架构迭代的过程,可以看到微服务、大数据、算法的应用在不同阶段满足了业务需求,市场和投资人会在不同的阶段去买单。而现在技术领域带来的提升几乎碰到了天花板,技术开始停滞。创新开始变得越发艰难,因为天花板已经到了,中台还能怎么演进呢?

于是这个过程由扩张转为了内耗,比如我们 Review 一下中台代码,对一些不合理的设计去改造,或者干脆重构一把。或者我们增加一些报表的维度,让报表更好看。优化一下系统的操作,让系统更好用。这些事情当然也有意义,但是意义不大,因为刚需的 0-1 建设阶段早就过去了,技术挑战不大,你也失去了成长机会。这才是内卷最可怕的地方。

技术人的出路

说完了内卷带来的后果,我们看看作为技术人的我们,出路在哪里。对我们来说,无论是否面对内卷,提升自己的方式就是造轮子。造轮子本身就是一个复杂的事情,又碰上了内卷,轮子都被人造完了,自己的职业发展空间被前人的轮子挤压得非常小。稍微做个规划就会触碰到已有轮子的边界,稍微有点想法就发现前人已经做了。还有一种麻烦的情况,自己有点想法发现兄弟团队正在做,不合作只能放弃,合作的话功劳就被稀释,到底做还是不做?

这么多问题肯定有一个说到了你的痛处,下面我们看看如何解决:

捡漏

绝大多数公司,包括阿里,轮子虽然很多,彼此之间也有交集,有交集就有漏洞,漏洞有价值就可以独立出来一个新平台,这需要你对业务或者技术有足够的思考。关键是做的方向一定要有价值,价值体现在两个维度,第一是技术直接驱动业务,比如算法能力、A/B 实验、数据能力等等,这种情况最好拿结果。其次是效能提升,比如你的平台缩短了研发周期,比如低代码平台、各种 DSL、服务编排等,这个方向也不错。

扩展个人的技术边界

对同一个技术发展序列而言,大家都是相同的工种,差异化的能力就显得很重要。我身边的客户端开发人员开始做服务端的事情、服务端开发人员开始做算法的事情,这里的边界扩展不是让你去抢别的工种手上的事情,而是为了让其他领域的技术手段进来帮你打开思路,比如有一个算法叫 Epsilon-Greedy,这种算法门槛很低且效果很好,可以优化一些投放场景的点击率,就非常适合服务端去使用。

多和主管沟通

你的主管在很多时候比你更需要找到合适的突围方向,否则他的结果会比你更糟糕。因此如果你没有特别好的想法,可以多和主管沟通、甚至跨级沟通,获取一些更高维度的输入。

总结

今天我们聊了内卷真正可怕的地方,那就是我们一开始说的,创新的枯竭。并不是我们的创新能力不足,而是你能想到的前人已经做了,创新的乏力无论是对资本的扩张还是体制内的发展都是有一定抑制作用的。但同时,内卷也是某一文化发展到今天的必然过程,作为技术人我们要冷静应对,找到企业生产的痛点、扩展自己的知识边界以及尽量相信主管的判断。

Leave a Comment

您的电子邮箱地址不会被公开。 必填项已用*标注

close
arrow_upward