十字路口的抉择

2021-04-13 创建
2021-04-13 更新
6分钟阅读时长

前言

人的一生,会遇到无数次抉择,其中的某些转折点将会产生深远的影响,甚至伴随终生。努力决定下限,但选择决定上限!勤奋和汗水更多被提及,但方向和规划却往往被忽视。这一次,我想谈一谈自己在人生十字路口的抉择。

抉择

我在《新的开始》一文中提到自己正处于团队组织架构调整的关键时期,这也让我不得不做出抉择。出于保密原则,我无法直接写明在字节的具体调整内容,但核心意思不变。

我面临的抉择

我所面临的抉择总结来说有三个维度:

  1. 技术专家 vs 技术管理
  2. 基础架构 vs 业务产品
  3. 技术驱动型公司 vs 业务驱动型公司

在进一步总结归纳之后,我发现这三个维度本质上是同一个维度:深度优先 vs 广度优先

需要强调的是,这里的维度对比并不是深度和广度,而是深度优先和广度优先。

在漫长的职业生涯中,深度和广度同样重要,并且两者并不冲突。每个人都应当遵循“T”字型发展,拓宽自己的广度,同时也加强自己的深度。但在中国的互联网行业大环境下,我们其实并没有太长的沉淀时间,就要面临抉择。而这样的抉择周期,通常就是在3~5年左右。

此时,优先选择以哪个维度去发展,就成为我们必须思考的问题。

影响我抉择的关键因素

究竟什么是影响你当下抉择的关键因素?

事实上,很多人在做出抉择之前,可能并没有经过太多深思熟虑。一方面,他们可能需要在短期之内给出决策从而无暇思考。另一方面,他们可能由于缺乏长期的职业规划而无从下手。

技术人容易忽视选择的重要性,尤其是在崇尚技术的IT行业,往往会滋生出“唯技术论”的风气。但现实是很残酷的,尤其对于无法落地无法商业化的技术来说,就如同空中楼阁,久而久之被淘汰也是自然而然。

我认为在做出决策之前,我们完全可以沉下心来,罗列出当前抉择的关键因素,思考一下自己更想要的是什么,短期之内有什么收益,长期之后有什么收益。

因此,经过漫长的思考,针对我当前面临的抉择,我总结出了如下几个关键因素:

  1. 金钱
  2. 兴趣
  3. 家庭
  4. 公司发展

需要强调的是,每个人的选择影响因素是不同的,甚至同一个人在不同时间点的选择影响因素也是不同的。成功人士的经验对我们来说,更需要学习的是内层的选择逻辑,而不是无脑复刻他们所走的路线。

我最终的决策

经历最初的想法萌发,到中途的多方试探,到最终的决策之后,我基本坚定了接下来的发展方向,并且开始下一个5年规划的雏形。接下来,我会复盘出这一段时间的心路历程。

复盘想法萌发

我最初渴望变化的想法萌发,源自于组内的内卷现象开始产生。

字节在近几年的发展可以说是一日千里,但随着人员数量的激增,整体的人效反而急速下降。本质上是因为字节高速发展的过程中,希望依靠短期的人数优势来弥补长期的时间劣势。当业务的DAU快速增长的时候,问题容易被掩盖,因为每个人的成长空间都得到满足。但当业务的DAU陷入瓶颈,则会爆发出大量的向上管理、扯皮甩锅、KPI工程等等现象。这也就是所谓的内卷。

内卷同样发生在我的身上,一直以来,我在组内的最大优势就是能够同时兼顾后端开发和基础架构。但随着人数越来越多,负责管理的Leader决定划分子方向,并任命一些子Leader。我和另外两个子Leader在方向上面产生了重叠,并且由于资历较为年轻,被分配到较为边缘的自动化测试方向。

一瞬间,我的优势尽失,并且个人的长期发展绝不想局限于此。最初,Leader认为是我的问题,不应该给自己设定边界,我听从他的建议并从自身寻找问题。但后续随着越来越多的团队方向规划上面的重叠、人员招聘类型上面的重叠、任务分配上面的重叠,我越发感到心力交瘁,最终产生了离开的想法。

回顾这一阶段,我认为自己的问题在于没有能够及时让Leader了解到自己的难处,反而让Leader质疑自己的边界感很明显。

复盘多方试探

由于在上一阶段离开的想法已经越发清晰。因此,我主要对自己的未来进行初次的思考。后来,我决定进军自身比较感兴趣的云原生方向。

云原生方向本身是个当下极为热门的基础设施领域,对于个人在技术上面的发展有着非常高的上限。并且我对云原生核心的容器技术和Kubernetes有过一些实践经验。Go语言也是云原生的主力语音,个人在Go语言上面也有近3年的积累。

因此我开始尝试在字节内部和外部谋求机会,个人内心是更加期望留在字节,因为就发展而言,字节的待遇确实业界领先。这一阶段的安排基本上也是按部就班,但我逐渐意识到金钱和待遇对我个人是极为重要的影响因素。

这里由于要保密,不对具体过程展开。最终的结论是,个人能力是颇为得到认可,但是目前的待遇很难再能够往上突破。也是在这一阶段,我开始意识到基础架构部门的方向是非常窄的,迭代的周期也是非常漫长。

回顾这一阶段,我为自己未来的诸多方向可能性一一探索和尝试,并逐步总结各个方向的优劣。

复盘最终决策

先说结论:我最终选择留在字节的业务部门,后续往Leader线发展。

从上述总结的关键影响因素来看:

  1. 金钱:薪资对我个人来说,是非常重要的一环。我希望在较短时间内,能够实现买房买车。字节是一个业务驱动型的公司,纯技术在公司内部的发展空间较小且缓慢。并且无论从短期,还是长期来看,业务部门都更加容易晋升,对应的薪资也会更高。
  2. 兴趣:如果纯粹从兴趣来说,我是完全更加热爱云原生技术栈的。但是对于我个人来说,却并不想被局限在某一块很窄的领域(比如在k8s的调度一个方向上面长期发展),因此加入一个比较成熟的基础架构团队往往会面临后续发展的局限。后来我改变了想法和策略,决定通过高强度的学习和计划让自己逐步迈入开源社区,这样对于个人的自由度是更大的。缺点就是需要极强的自驱力和工作以外的精力,这对自己来说又是另外一个挑战。
  3. 家庭:由于个人期望在30岁之前尽快完成买房和结婚,因此家庭因素也比较重要,当然这一条本质上是对金钱的诉求。所以我还是选择业务Leader线作为发展方向。
  4. 公司发展:字节临近上市,并且市值估值也非常可观。因此这几乎坚定了我留在字节的想法,这个时候离开字节不管是金钱上面,还是发展前景上面都会是一个巨大的损失。

综上所述,基础架构部门存在方向窄晋升缓慢的缺点,对于短期之内非常缺钱的我不可接受。而长期来看,在业务部门发展又会牺牲掉技术成长。因此作为折中,个人选择通过难度较高的自学和自驱迈入开源社区来弥补这一块的损失。

另一方面,随着开始带人管理,我也意识到一件非常重要的事情:对于Leader来说,直属下级的增多可以让个人的价值输出由点拓展到面,不仅可以极大节省琐事精力的投入,还可以精化自己的技术栈。但也有缺点,那就是很难把握好度。许多包工头式的Leader便由此产生,这是彻底抛弃了细节只顾舒适的做法;也一些Leader过于强硬的灌输个人价值,导致团队言听计从,下级毫无成长。

作为刚开始接触Leader管理概念的我来说,还是菜鸟一名。因此,这也迫使我走出舒适区,迎接不同的人生挑战!

展望

不管最初的想法如何,中途的做法如何,我都已经为自己的未来做好了决策。不知不觉中,我已经完成自己第一个5年,开始迈入第二个5年。希望未来的我能够更加强大,永远能够不忘初心,砥砺前行!

Avatar
吴国华 Go语言/微服务/后端/云原生/技术管理