一个 10 年服务端程序员的2023年终总结「鸡血🤩、苦逼🥹、无奈😮‍💨」

一个 10 年服务端程序员的2023年终总结「鸡血🤩、苦逼🥹、无奈😮‍💨」

前记

转眼间已经是 2023 年的 12 月了,2012 年毕业后就北漂开始,2013 年开始做服务端的 PHP 开发工程师的工作。也正式开始了自己的码农职业生涯。

码农的世界一直有这样的一个话:"程序员的35岁是有成就的一年,同时也是事业坎的一年",以前的时候一直感觉程序员的本命年不属于自己,因为我这些年一直都没有选择去躺平。

我一直认为我认为的就是对的。

但是也就是今年,2023 年 经历了很多。个人的职业经历,家庭等等方面让我重新认识和体会到人到中年的危机和压力。

时间回退到辉煌的22年

22年3月份的时候我跳槽到现在的公司,是一个做低代码项目的公司。当初跳槽过来的时候主要看中这个公司的两个方面:

1、公司使用编程语言 golang

我也正好是要找 golang 的工作, golang 语言在前两年的时候特别的火,在国内大大小小的公司都在从使用 PHP 转到 golang,再加上自己一直想要学习和使用编译型语言的工作机会。

2、低代码是当前具有前景的行业。

低代码也是前 10 年互联网产业一直在喧嚣的一个行业前景和目标。也了解过各种关于低代码相关的报告,以及国内对科技互联网相关的政策扶持等等吧。

总之就这样入局了。

入职后我自己从一个人开发项目到22年底带领团队一起做项目。在公司内推动了微服务技术架构 以及 CI/CD 相关的技术栈。将公司的项目和技术带入了现代化的技术栈。也就是这样结束了辉煌的 22 年,不过也是最累的一年,996 的工作模式,着实很累。「累并快乐着🤣」。

「苦逼、无奈、收获的23年 😮‍💨」

事件

23年春节回来后,公司业务接了一个大单子,交付时间是半年。公司把以前做这个项目的一个开发找回来(已经离职了)来带领我们做这个项目。刚开始我内心是完全可以理解与接受的,出于三点原因:

第一、比较对于原来的系统这个人还是很熟悉的

第二、这个系统的成功对于公司的重要性是值得肯定的,虽然公司有三个产品线,但是都是不挣钱的,也只有这个这个机会来把公司的这个项目打磨细致,成为一个成功的项目。

第三、作为个人的我需要有全局观,一个人的牛X并不代表整个项目,只有项目的成功给企业带来了利益,才能真正体现团队中每个成员的利益,这也就是利益共同体的理念把。

就这样停掉了原来的系统研发工作,所有成员一起都投入了这个项目的交付工作中。

策略

为了达到项目的交付的目标,需要有一些策略和手段。做过项目管理的人都知道项目管理需要精细化管理。精细化管理一般有以下的方案:

  • 1、需求管理:也就是将大的需求拆分为小的需求。对于做软件开发的项目就是将一个大的需求拆分为细小的需求。
  • 2、进度管理:进度管理就是对每一个任务做进度的管控。在软件开发过程中一般是这样做的:

    • 定好每个迭代的时间,比如一周或者两周的时间。
    • 那么在迭代的周期中制定每个任务需求文档以及对于的时间,开发人员具体到人(责任细分),研发时间范围,提测时间,测试的时间范围,修复 bug 的时间范围
  • 3、质量管控:质量管控的目的就是看产品的是否符合需求。在软件开发中质量管控的手段有多种,一般指的是测试同学的测试。如果需要细分可以分为以下几方面:

    • 从开发的角度需要做的就是单元测试,系统功能的组成都是一个一个函数的组合。那单元测试测试的内容主要就是对每一个自己写的函数写测试用例。
    • 覆盖率测试
    • 性能测试
    • 功能测试:测试人员测试的主要就是功能测试,验证开发人员开发的功能是否符合产品需求,当然功能测试也可以细分,这里就不具体敞开了。

    既然需要项目管理,那么就需要项目管理的手段,几乎每一个互联网人在上班后的第一件事情就是开早会。很多人对开早会有偏见,认为是在浪费时间,我从自己的角度来说一下:

    • 开早会不能流于形式,需要将每个阶段的工作任务都需要做核对,如果遇到问题就需要针对特定的问题寻求特定的解决方案。
    • 早会交流的内容:内容还是不能脱离当前项目迭代的每一条细则,因为细节决定成败。
    • 早会不宜太长:太长的早会是失败的,也是浪费时间的,如果需要特定问题开会,将涉及到的相关成员留下一起讨论就行。切记不要让所有的人参与,因为每个人负责的内容不太一样,避免浪费大家的时间。
    • 单独的会议:如果需要开会讨论特定的问题,那么早会单独开会讨论即可。

这个阶段对于的经历以及领导的项目管理经验让我意识到了一个成功项目背后需要做很多工作,不仅仅是一堆程序员编写的每一行代码,需要产品经理对业务的梳理和整理,需要售前服务团队的不断沟通,更需要一个能把控全局的 leader, 让我在项目管理经验方面收益匪浅。

沟通

要想做好一个项目不是一个人的事情,是一群人的努力。

上半年我们在做这个项目的过程中,沟通是不能少的,也是少不了的事情。组内成员之间的沟通,跨组之间的沟通,与领导直接的沟通,与客户直接的沟通。这些少不了的沟通可以锻炼一个人的说话能力和技巧,也可以考验一个人的理解能力。

这段时间内我经历过几方面的沟通情况:

1、组内成员的沟通:一个大的功能有可能是有几个细分的功能组成,每一个细分的功能分配给不同的开发者,然后开发完成后互相调用使用整体功能。一个大功能的整体架构是需要提前思考的,这个功能可以由架构师去统筹,或者也可以有团队对 leader 和开发成员一起设计。这个从大的方面是没有问题的。但是很多的时候会遇到以下几种情况:

  • 团队中有技术比较能力较高的成员时候,团队 leader 如何平衡或者如何取舍不同的建议。leader 有自己个人的想法,其他人有不同的想法。
  • 团队中每个人都只是执行 leader 安排的事情,没有自己的想法和建议。总之就是领导让干啥就干啥。
  • 团队成员有消极的情绪,成员明明可以干的很好,有思维,有技术,但是表现出来的就是你让我干啥就干啥或者不想被安排(总总原因,我就处于这种,有空就去自己学习)。

以上这些情况我都遇到过,作为 leader 的时候我是这样做的:

  • 1、分配工作需要考虑开发人员能力情况,根据团队成员的能力情况去分配对应难易的功能。作为 leader 首先需要保证功能的完成。
  • 2、每一个成员的能力在团队中一段时间后都可以被清晰的定位。对于能力比较差的 leader 需要去主动的辅导,而不是去指责,更不是谩骂。
  • 3、如果一个工作不是很着急,那么可以让能力稍微差点的同学去做,这样不仅仅给了他锻炼的机会,更多的是给他了信任和勇气。这对于一个人的成长来说很重要。

因为当前在这个团队中的角色是只是一个开发者,我对领导力有自己的理解和需求,然而现在的领导并不能满足我对领导力的需求,所以很多情况下我的内心是不服从的状态,这也就导致了一些小的矛盾和冲突。内心的不满足导致了我这上半年的状态很差。

每况愈下

第一波裁员

9 月份的时候公司开了 5 个人(另一个项目组的成员),直接原因千奇百怪(有的是做错了事情,有的是跟领导"对着干")。

这 5 个里面有三个是开发,其中有两个是跟我还比较熟悉的。我认为这两个人能技术能力还是不错的,有自己的想法,而且见过大世面,能做一些标准化的东西,他们经常给他们的领导提出一些在项目开发过程中不合理的需求或者是技术方面的建议。但是每次都被领导驳回,久而久之他们莫名的就被安上了不服从管理的标签。

其实这个事情对我的启发是很大的,猪油一下几方面:

  • 1、首先就是与领导的说话方式。这其中也有更小的问题划分。
  • 2、我们都是开发者,如果你的领导不是技术出生的情况如何沟通。
  • 3、你的领导是技术出生,但是技术思维还停留在 10 年前的认知上面。
  • 4、领导有时候不能意识到自己的错误,但是明明他是错的,还强势的时候。

如此种种情况,我不知道作为技术的你们有遇到过这样的情况没?你们又是如何跟你们的领导沟通的呢?大家如果有这种情况希望可以在评论去交流交流😊。

所以在第一波裁员的时候我就萌生了不好的想法,这个公司估计快要完🥚了。

这次是第一波,最晚年底还有第二波,或者在年底的时候就解散了😮。

以上的预感不是空穴来风,而是有一些现象可以参考:

以下几点的分析:

  • 我们这个项目组上半年接了一个客户,在原来的项目的基础上几乎重构和添加了新的功能。
  • 我们这个项目组下半年一直是在维护上半年客户的 bug 和新的需求(一年一个客户,上半年做研发,下半年维护,成本太高了)
  • 其他项目组今年谈了不到5的客户,而且这些客户的需求量也很少,因为我们是卖 license 的,按人头算钱,那自然不挣钱。
  • 而且我们做的产品是 ToB 的,每一次的客户部署都需要出差,一次好几个人去,去一次好久几天。

跟客户谈崩

时间来到了 11月下旬,某一天早上公司要求我们项目组的成员只要是在客户群里面的就需要把群退出。然后我们后来知道是因为公司跟客户谈崩了。具体为什么谈崩我就不细说了。

11 月 5 号应该发 10 月份的薪资,但是 11 月份的时候一直都拖,公司的 HR 也没说什么原因(哪怕编的也行),大家就私下里议论。最后等到了 11 月 15 号发工资的短信通知,但是 5 险一金一直没到位(😮)。

然后就是 11 月的最后一个星期另一个团队有人就开始离职了。大家这个时候就开始议论纷纷。

第二批裁员

两天后我们领导开始找人谈话(上面定好的裁员名单),8 个人 11 月 30 号离职, n+1 + 年终将,(有良心),我们也知道老板已经尽力了,创业三年,一直没有挣钱,公司总共 58 个人,有48 个产品+开发+测试+运维。这些人的平均薪资就比就差他岗位的高,创业真的很难。

面对现实

虽然第二批裁员是意料中的事儿, 这次的裁员名单里面依然没有我,看到 n+1+年终,我有些心动,有以下几点原因:

  • 公司现在的人和事已经没有让我留下的期望。
  • 早离职的肯定比晚离职的待遇好(身边好多类似的例子:最后裁员的时候什么都没了,甚至工资还还要拖欠,或者发不出来的情况太多了)
  • 虽然被留下,但是内心很痛苦。

我一度都有去找领导去谈被离职的想法和冲动。那几天所有人都没心思干活,不知道干什么,不知道这个公司还能走多长,不知道公司未来的目标是什么。

但是最后我还是妥协了,没有去找领导谈离职的想法,而是身在曹营心在汉的工位呆着。没有了工作的动力,也没有了学习的目标,不知所措。

我妥协的原因主要是:

  • 1、大家都说今年的大环境不好,某直聘 APP 上面发出去的简历只有两种状态:未读和已读未回
  • 2、年底了,本来环境就不好,大家都不想挪动坑位,那自然就机会少了很多。
  • 3、作为个人的原因:现在孩子、媳妇和我都在北京,每月的花销需要 2W,我媳妇不上班,所有的挣钱的压力都在我身上,我需要挣钱
  • 如果离职后最好的结果就是拿到 n+1,还在半个月内找到工作,但是这种情况的概率是多少呢?
  • 如果离职后最坏的情况就是半年内找不到工作,甚至更长的时间。

面对种种不确定性,我选择了妥协,选择了面对现实,选择了先苟着...

这就是我的 2023,有过收获,更多的无奈。有过梦想,但是需要面对现实。

相关推荐
leobertlan4 个月前
2024年年中思考,推倒樊笼重新出发
前端·程序员·年终总结
Liben6 个月前
我的2023年终总结
前端·年终总结
何遇er7 个月前
程序员的技术写作之路
低代码·年终总结·掘金日报
echeverra7 个月前
迟到的2023年终总结,一个普通程序员不平凡的一年(工作、副业、家庭)
年终总结
前行的乌龟7 个月前
2023 年终总结 ③:书评 2
android·程序员·年终总结
安妮的心动录7 个月前
2024 Jan&Feb Review 安妮的假期
后端·程序员·年终总结
echeverra7 个月前
迟到的2023年终总结,一个程序员不平凡的一年(工作、副业、家庭)
年终总结
Nauxscript7 个月前
月度总结:贰零贰肆壹、贰月 —— 春之际
程序员·开源·年终总结
前行的乌龟7 个月前
2023 年终总结 ②:书评 1
程序员·年终总结·投资