Zer0e's Blog

写于6月离职之后

字数统计: 1.3k阅读时长: 4 min
2024/06/11 Share

前言

2024年已经快过去一半了,4月下旬的时候我提出了离职,尽管我还不知道未来的路如何,不管休息也好找下一份工作也罢,我决定离开康子。
6月4日特殊的日子,我办理了离职手续,经历了人生中的第一次离职。

随便聊聊

为什么离开

在23年的总结中我写到,目前的自己有点迷茫,不知道之后的方向在哪,我其实休息的时候一直在思考我目前的境地。
诚然在康子,我是组内的核心,是大家口中的”大佬”,但说实话我感觉自己远远不够,简单来说是系统设计层面。由于内部系统没有太多的技术可言,唯一能做的就是内部业务如何与技术相结合,说实话,这一年半以来我主导了很多的业务与方案,确实结合了不少技术,但是终究也只是自娱自乐而已,开发模式不完善以至于能学习的对象也少之又少。
其次就是内部角色定位模糊,开发模式与周期不敢苟同。我一个人既要做产品负责需求的整理,分析,又要做开发人员出方案设计与开发,又要与前端同学沟通与协调,临近发布日我还得自测系统。说实话我不认为这样的一个开发模式是合理的,我一个人要做不同角色的活,关键是迭代周期还是短短的两周!!!最近半年更是一周一个迭代发布,每次周四发布日我都得干到凌晨。就算不是发布日我也得每天加班加点完成做不完的任务。真的累了。
最后是作为技术负责人话语权依然不足。离职前我的定位是某些产品的负责人,兼组内技术顾问的角色。作为产品负责人,我对自己产品做哪些东西其实没有特别大的话语权,一旦领导认为这个东西就得做,那不管我从业务角度还是技术角度去阐述这个需求实现的难度也好,合理性也罢,这个需求都是一定要做的,而且都是紧急的。其实我没太明白,作为一个持续迭代的产品,用户的每一个需求都是紧急的吗?当我去追问用户后,其实往往并不是那么紧急,因为本来就是新的东西。
那作为技术顾问呢,我经常看到组内有非常多不合理的需求在季度前的会上讨论,也是一样,这些需求负责人明白是不合理的,从我一个外部的技术角度去看这个需求的时候,也是不合理的,但是呢,就是要做,我没法将这些需求在前期就过滤掉,往往是在完成中或者完成后发现问题后,才意识到不对劲,但他也不会去承认不合理,只是硬着头皮做下去吧。

我反思了一下,既然我无法改变目前的现状,也没法提升自身,我决定给自己放个假,沉淀下技术,思考下未来。
尽管很多人都说不要轻易裸辞,环境不好之类的,但我自认为还是有点技术的,混口饭吃其实问题不太大。

这几年经历了什么

有一说一,康子作为我毕业后的第一份工作,确实给了我一个相对比较大的发挥平台,刚开始没有合并组织架构前,作为新人我也可以直接参与到新功能的讨论与开发,甚至可以能见证一个产品从零到一,确实是有成就感。
度过了新人阶段后,由于转正考核优秀,我开始作为核心开发成员参与到一些产品迭代中,度过了一段也还算有意思的阶段,负责完成方案设计与代码任务,强度不高。
又过了一年左右,由于绩效考核较好,转向产品负责人,我开始接手一些系统,也负责搭建一些底层基础服务。
其中经历了组内服务部署从docker compose转向k8s的过程,对架构和运维产生了莫大兴趣,从服务架构选型服务部署再到服务治理线上问题排查,都觉得十分有趣。
领导也比较赏识,连续两年都给了我良好绩效,目前的职级相比同一年来的一些小伙伴还高一点。但是有一说一,尽管职级高了但是工资还是比较低的。

之后做啥

目前是离职一周了,这一周我看了身上的小毛病,花去了1700块钱,看病真贵啊。怪不得有的人说赚的钱都拿来看病了。
之后可能会再稍微休息一小段时间,然后开始找下一份工作,可能确实会不太好找,不过目前我压力还可以,足够支撑我慢慢来,实在不行那就回老家吧。

原文作者:Zer0e

原文链接:https://re0.top/2024/06/11/2024-resign/

发表日期:June 11th 2024, 8:00:00 pm

更新日期:June 11th 2024, 9:43:41 pm

版权声明:本文采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可

CATALOG
  1. 1. 前言
  2. 2. 随便聊聊
    1. 2.1. 为什么离开
    2. 2.2. 这几年经历了什么
    3. 2.3. 之后做啥