动荡的2023年

2024/1/2 18:02:34

本文主要是介绍动荡的2023年,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

  2023 年年初也做了一份年度计划,沿用 2022 年的 5 个核心目标,在 9 月中旬之前,稳步推进。

  9 月中旬的时候,APP 突然因为某些原因被下架,公司和我自己的计划都被打乱,公司内部也发生了巨变。

  下面的思维图列举出了今年做的一些比较重要的事情。

  

  今年干的事情其实也是知识沉淀、提效保质、体验优化和研发标准,只是今年会概括为 4 部分:团队建设、体验优化、公司变化和日常生活。

一、团队建设

  今年的业务比较稳定,没有出现新的产品线,不过团队建设有所突破。

1)年终述职

  这个年终述职其实是针对 2022 年的,包括年度工作回顾和年度成果。

  全公司 15 个组,得分排在第 7 名,这个分值有助于提升我们组员 2022 年的年终奖排名。

  公司 2022 年终奖的得分分为 3 部分:团队得分,组长打分和互评得分。

  互评很考验日常的协作是否和谐,对你这人的印象如何。

  在日常工作中,我一直会要求大家积极主动的解决各类问题,在技术问答群中多冒泡。

  现在人员充足也稳定,所以对于 2022 年来不及做的各种优化都提上了日程,受益人很多都是协作方。

  最终我们组个人的得分都不低,当然其他组有人表现比较糟糕,他们的得分都比较低。

  最终排名出来后,我们组有一个排名第二,一个排名第五,可以拿 3 薪和 2 薪。

2)组员成长

  组员在今年,无论是技术方面,还是业务方面,相比去年都有显著的成长。

  今年内部技术分享举办了 20 场,平均每个人准备了 4 场分享。

  从这些分享中,不仅可以让我了解到他们感兴趣的技术点,还能锻炼他们的演讲和概述能力。

  有机会的话,也会鼓励他们将一些分享的内容集成到项目中实践。

  虽然不能严格按照双周一次分享的频率,但我觉得只要经过思考,有了收获就可以了。

  今年进行了 18 轮的 Code Review,想通过讲解代码细节提前解决潜在的问题,降低线上业务事故数。

  还有一个目的是在团队内部推广编写适量的注释,以便在换人维护时,可以迅速理解代码意图。

  8 月公司让每个组长和自己的组员进行一对一的会谈,为了及时发现并解决问题。

  但我还发现通过一对一可以了解到组员希望的技术成长,例如想尝试新技术,将 AI 引入进来。

  未来可以将某些与她感兴趣的技术比较契合的需求,交由他来处理。

  还发现其实每个人对公司产品都很有想法,例如对于某个收费功能,希望给他们提供个意见反馈,可以让开发在后台了解到痛点。

3)主动意识

  大家今年都有了主动思考痛点的意识,在日常工作中,或多或少的都在为业务着想,主动优化各类问题。

  APP 中有许多协议都是 H5 网页,后台有个富文本的页面可用于动态填写协议,也就是让运营们自己维护。

  但是它的功能并不完善,有新协议时,需要进行二次开发,后面组内一个成员自己去做了优化。

  优化后同步给产品,产品经理非常高兴,也很意外,因为他也没想过这处的优化。

  另一个优化是成员缩短代码发布流程,在聊天界面引入飞书机器人,输入命令后,在聊天页面就能直接发代码。

  由原先的每天打开代码发布页面 30 次,到现在几乎不用打开,每天节省了相当多的时间。

  在 7 月优秀员工和团队评选中,凭借这个优化还让团队荣获最佳创新奖。

  对于产品中有设计缺陷或不合理的地方,大家也会主动与产品协商,并且能给出合适的解决方案。

二、体验优化

  体验优化包含性能优化,并且其优化对象包括产品用户、公司员工和研发自己。

1)监控系统

  监控系统从 2021 年上线至今,可以说经历了 3 个阶段:完成,可用和好用。

  今年对监控系统做了很大的功能补充,包括错误详情分析、各类新图表、用户行为轨迹等。

  通过监控系统主动发现并解决了 3W 多个错误,页面的稳定性有了进一步的提升。

  自动告警规则也做了进一步的优化,避免 46% 左右的误报,增加定时任务的告警。

  对于性能监控,也做了很多的功能补充,包括Lighthouse 性能测试开关、阶段时序图、操作系统饼图和区域条形图等。

2)技术栈升级

  从 2022-06-01 至 2023-04-21,终于完成了对 4 张 jQuery 页面升级至 Vue2 技术栈的改造。

  各组资源的紧张导致上线的一再延期,好在终于完成了,也算是一个里程碑。

  5 月初,将 Ant Design 从 3.X 升级至 4.X,并发布到预发环境,组员内部先做验收,然后让业务人员参与验收。

  经过半个多月的修改和维护,在 5 月中旬替换线上的 Ant Design 版本。

  7 月份对 Vue3 进行了调研,原先是想在 Vue2 的基础上直接升级,但发现成本比较高。

  于是新开一个项目,先将 3 张页面升级至 Vue3,在 10 月份完成了上线计划,未来只会将新需求加到新项目中。

3)性能优化

  在 7 月份,公司提出要对海外的用户提升体验,当时顺势就未海外增加了 CDN 加速,包括接口和静态资源。

  开启加速后,海外 2 秒内的白屏时间从最高 633 降到最低 206,付了钱后,优化显著,有时候优化需要一股东风。

  8 月份,让运维在活动的预发环境开启强缓存,为了能有效的破除页面 HTML 代码的强缓存,向客户端提了两个需求。

  对两个活动的地址进行短链改造,原先是写死的地址,现在是动态跳转的地址,并且可以加一个时间戳参数,破解强缓存。

  客户端的版本已经发布,待到覆盖率差不多的时候,再让运维开启生产环境的强缓存。

  10 月份将一个重要的常规活动迁移至 Vue3 项目,在优化依赖包后,脚本尺寸比 Vue2 项目降低了一倍以上。

  此活动的白屏 1 秒内占比从 93.2% 提升至 96.3%,首屏 1 秒内占比从 70.5% 提升至 82.1%。

  但是对于 2 秒以上的白屏占比,并没有显著的变化,这个得等到强缓存开启后,看看是否有变化。

3)开发优化

  在 2 月份,将 3 个比较重要的榜单活动全部进行了前后端分离的改造。

  在管理后台中,只要是新的页面,一律采用分离规则,服务端提供接口,但其实还有相当一部分的后端服务还是由我们组在维护。

  3 月份的时候,试着推广 E2E 自动化测试,提升页面交付质量,减少测试资源的消耗。

  但结果并不如意,针对管理后台,本来就投入不了人力,测试更不会去写 E2E 代码了。

  而活动页面有很多与客户端的交互,选的 Cypress 框架只能使用普通的浏览器。

  4 月份完善全链路日志追踪,定时任务的日志增加标识,用于快速而准确地过滤日志。

  7 月份对支付宝服务进行迁移,废弃原先无法维护的代码,其实原先是想把支付服务交接给后端组的。

  但是在与他们联调时,一直拖延,最后选了个折中方案,与支付宝的交互由我们完成,订单和商品的发放由他们完成。

  8 月份将非业务数据迁移至单独的数据库中,删除800多G数据,并且将一些非业务接口也分离成单独的服务。

  当月还对管理后台的页面进行了一次瘦身,页面文件从减少了 79 张,但其实构建时间并没有减少很多。

  不过在 10 月份,对后台页面的构建进行了大包单独拆分、路由懒加载和所有脚本不压缩的 3 层优化后,时间从 5~6 分钟降低到 3~4 分钟。

三、公司变化

  9 月底的 APP 下架对公司营收的打击是重大的,尤其是 iOS 也被下架后,都无法支付。

  在国庆假期的前一天,集中了团队人力,增加了 H5 版的支付宝支付,并且将客户端中的支付都引导至 H5 商品页面。

  开屏广告、轮播图等位置也增加了商品页面的地址。即使如此,每天的订单数还是减少了。

1)裁员

  因为之前也被下架过一次,下架时间要好多个月,据说当时也做过一轮裁员。

  公司的反映很快,立刻给出了策略,那就是裁员,本来以为是整个公司裁员,没想到只裁技术部。

  10 月中旬,将技术部人员裁掉一半,直接空出三排座位,不过赔偿还是蛮敞亮的,直接 N+1,也不啰嗦。

  但是现在这经济环境很差,并且还是年底,工作还真不好找。这些被裁的同事反映,很多企业都不会有反馈。

  我自己也特地去招聘软件上看了下,现在还在大量招聘的就是外包、游戏和电商,并且现在很多会卡本科学历。

  也向一些老同事打听,他们的公司也基本上没有在招人。

  我对被裁掉的组员进行了简历辅导,也帮他们完善项目经历,该优化的都做了优化。

  其中一个同事反馈,他面了几家,项目问的不多,八股文倒是问了很多,准备不充分,现在还在恶补中。

  其实公司技术部的离职率是很低的,这一两年里,只有进来的,没有出去的,加班可以调休,每年还可以调薪,工作强度也不大。

  到点就可以跑,楼下去抽烟也不会限制时间,休息半小时上来都行,管理其实很松,HR 也不会搞事情,要不是裁员,我相信窝在这里的人不会少。

2)氛围

  经过这么一折腾,整个技术部的氛围降到了冰点,没有了以往的欢声笑语,只有键盘的敲击声。

  人员压缩后,很多业务也就不做了,留下来的有些人上班也会心不在焉,经常拖延进度,有个需求甚至从 9 月底延到了 11 月底。

  我自己换了个位置,和小组的另一名成员可以坐的近一点。

  目前在公司,自己比以前说的话也要少很多,可能就开会的时候话讲的多点。

  项目方面,好在之前做了组件化、标准化、工具化等工作,接手成本并不高,还能从容应付。

四、日常生活

  上文也提到,目前这个活强度不是很大,周末可以双休,日常也不用加班,自己可支配的时间比较多。

  每天的作息其实也比较规律,7 点自然醒,7 点 50 送送小孩上幼儿园,9 点到 10 点之间到公司,10 点后订餐,12 点吃中饭,13 点午睡,14 点开工,18 点到 19 点之间下班。

  19 点半到 20 点半之间到家,和他稍微互动下,再刷会儿手机,在 22 点到 23 点之间睡觉,每天不熬夜。

  周末带他去上兴趣课或者商场、动物园、海洋馆、植物园等地方玩,基本上休息时间就是围绕着他转。

1)旅行

  今年与往年有个最大的不同就是出去旅行的频次变高了,自己统计了一下。

  今年带小孩去了 8 个地方,最远的是北京,其他都是上海周边,包括南京、宁波、苏州、杭州、湖州等地。

  总耗时 20 天,其中工作日请假 4 天,其余都是周末两天。

  带着小孩旅行,考虑的点就比较多,住的地方条件也会拉高些。

  还有很多不适合小孩的地方也不能去,比起单独出去,肯定是要累一些的,不过,也很快乐。

2)职场

  最近身边有 3 个大学同学失业了,两个是被裁员,一个是公司倒闭,还陆续收到几个老同事也要失业的消息。

  人到中年,上有老下有小,可能还有车贷房贷,找工作要考虑的点就比较多,例如薪酬、距离、加班情况等等。

  所以一般也不敢轻易离职,我那同学三人都是被动的,现在两个在找活,一个计划先试试转行,我自己也不得不思考未来该如何规划。

  前几天和一个老同事面聊,他在某一线大厂干了 7 个月,扛不住离职了,太卷太累,还要出差,没时间顾家。

  现在这边虽然平台不大,薪资一般,但胜在环境比较舒适,离家也不算远,干的活也不机械。

  为了自己不与程序员这行当强绑定,也尝试过搞些副业,有些是完全跨行,有些则是基于技术能力做些业务。

  例如自媒体、公众号等,但最后都因为各种原因都失败了,现在其实还在继续思考中。

3)道德经

  大学的时候,操作系统的老师曾建议我们去读一些哲学书,有提高我们的编程能力。

  当时并不很能理解两者之间的关系,在经过这么多年的工作经历后,有了点体会,老师的意思应该是通过哲学的思想来解决各类实际问题。

  这些问题其实并不仅仅编程,还包括生活、工作、人际关系等方面。

  道德经我本来以为是一本讲思想品德和宗教的书,读了以后才知道是一本经典哲学书籍。

  老子的思想远远领先于当时的大众,道德经中的道是指世间万物的自然规律,德是道的外在体现,尊重自然按规律办事。

  虽然全文只有五千字,但其内容不仅包含朴素辩证理论(一切确定皆否定,既对立又统一地看待问题),还有为人处世、修身养性等各方面。

  许多名句名言诸如“千里之行,始于足下”,“福兮祸之所伏,祸兮福之所倚”,“上善若水”等。

  目前只读了一遍,体会还不够深刻,抽空再读一读。

 



这篇关于动荡的2023年的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程