2024年终总结:选择错误、加班三月、降薪、面试无果...

简介: 卷福同学回顾2024年,反思“选择大于努力”的重要性。年初因错误选择,导致一年都在调整。从阿里离职回到武汉国企后,发现二线城市工作机会有限,成长空间小,且加班严重、降薪明显。尽管尝试副业和面试大厂,但进展不顺。最终意识到选择至关重要,未来将继续努力提升专业技能,寻找更好的发展机会。

选择大于努力

大家好啊,我是卷福同学,2024已经过去,也该总结一年的经历了,今年经历的事情比较少,总结来说就是因为去年年底错误的选择,导致一年都在纠正中。。。

1.选择

去一线大城市拼搏还是留在武汉离家近呢?

这是在我19年校招的时候考虑过的一个问题,当时的选择是去了帝都互联网公司卷了,现在回头看,当时的选择是对的。

23年年底的时候又考虑了这个问题。毕竟已经在帝都工作4年了,一线城市买不起房,而且湖北人,最合适的选择还是回武汉定居的。而且当时一直觉得在哪打工都差不多的,于是在年底的时候,从阿里离职了,去了武汉一家国企。

只记得走的时候,领导拉着几个小弟们一起吃饭,说了很多,最后给我说年轻的时候还是应该多赚点钱的,现在回去还是太早了。

来到武汉工作一年后的体会就是二线城市虽然也有一些工作机会,但是缺点很明显:

  • 核心岗位不会在二线:国企也是一样,总部在北京,武汉这边只是分部,听北京指挥。这就意味着低端活(杂活、重复、无成长这类)由武汉来做,累且钱也少。
  • 成长的焦虑:在阿里的时候,内部环境推着人不得不成长,来国企后,工作上干的事是没啥成长,有时候在想,社招进来的人专业能力都逐渐退步了,校招进来的那些人在这呆一年,没啥成长,出去岂不是更不好找下家。
  • 和互联网的差距:虽然都是干着开发的工作,但是这边完全没有规范可言,领导虽然不懂技术,但是会指挥你要怎么干。见过有人问“什么是SSH,是shell吗”,问完之后还能接着对系统架构怎么修改进行指挥。

有人可能会说,不能既要又要还要吧,嗯,这也是选择的问题

2.加班三月

国企平时上下班时间还好,基本都是朝九晚五的,遇到出差的时候,那就不一样了,加班起来比互联网狠太多了。关于加班这事,之前也发过吐槽。

1.png

  • 5月开始到7月连着3个月,几乎都是每天12点之后下班,周末能休息半天就不错了
  • 北京和武汉之间来回奔波好几轮
  • 互联网要是下班晚,第二天可以晚点来。 出差的时候要求早上来的时间不变,有时候还要求早点到。。。

也正是这3个月过于离谱了,所以才会开始今年的面试,准备回北京的。虽然加班确实挺辛苦的,但是钱并没有多多少。多的那点钱和加班时长杯水车薪都不是。

3.降薪

这个就不具体说了,来之前口头交流了一年到手的钱有多少,现在一年过完了,差的太多了。要是一年前知道到手工资有多少,肯定不会来的。

4.副业

因为国企时间多嘛,搞搞副业也正常,搞到4月底之后就再也没碰了,因为5月开始加班了,后面就是准备找工作的事了。为了搞副业,还加了一些社群,比较大的收获就是扩大了认知,了解到更多赚钱的方式,所以也赚到点零花钱了。当然加的哪个社群,应该也有朋友知道的,门槛费不低。

2.jpg

5.面试排序无果

从9月开始投递的,陆陆续续面了一些大厂和小厂的,总的来说,大厂面试机会多一些,小厂投完都没消息,应该确实不咋招人,今年找工作确实难啊。面到后面有3家大厂都走完流程了,都已经定薪了,就差offer发下来了,但是都没发。给的理由无非就是:横向对比了,有更好的人选。想来还是不想接收国企出来的人。面拼夕夕的体验比较好,上来开始做hard题,写完再优化,一道题写个一小时,写完随便聊聊就过了,可惜还是没发下来。

6.塞尔达

平时时间比较多,趁着现在还比较轻松的时候,玩到了心心念念的《王国之泪》,

3.png

7.总结

选择还是最重要的,同样都是努力,选对了收获更多更舒服。今年已经结束了,明年继续努力,接下来继续学习专业技能,躺不平的。

看到这也关注下我的公众号吧:卷福同学

相关文章
|
SQL Java 关系型数据库
调优为王!阿里巴巴彩版java性能调优实战,终于到手了!文末福利
开始之前,我先来讲一下我对性能调优的看法。在我看来Java的性能调优并不是像学习编程语言一样可以通过学习掌握,它是没有办法用直线的思维学会并掌握使用的,并且它对于程序员来说,对技术深度和广度有这十分高的门槛。
|
存储 缓存 NoSQL
分布式系统架构8:分布式缓存
本文介绍了分布式缓存的理论知识及Redis集群的应用,探讨了AP与CP的区别,Redis作为AP系统具备高性能和高可用性但不保证强一致性。文章还讲解了透明多级缓存(TMC)的概念及其优缺点,并详细分析了memcached和Redis的分布式实现方案。此外,针对缓存穿透、击穿、雪崩和污染等常见问题提供了应对策略,强调了Cache Aside模式在解决数据一致性方面的作用。最后指出,面试中关于缓存的问题多围绕Redis展开,建议深入学习相关知识点。
871 8
|
消息中间件 算法 调度
分布式系统学习10:分布式事务
本文是小卷关于分布式系统架构学习系列的第13篇,重点探讨了分布式事务的相关知识。随着业务增长,单体架构拆分为微服务后,传统的本地事务无法满足需求,因此需要引入分布式事务来保证数据一致性。文中详细介绍了分布式事务的必要性、实现方案及其优缺点,包括刚性事务(如2PC、3PC)和柔性事务(如TCC、Saga、本地消息表、MQ事务、最大努力通知)。同时,还介绍了Seata框架作为开源的分布式事务解决方案,提供了多种事务模式,简化了分布式事务的实现。
670 5
|
消息中间件 负载均衡 Java
如何设计一个分布式配置中心?
这篇文章介绍了分布式配置中心的概念、实现原理及其在实际应用中的重要性。首先通过一个面试场景引出配置中心的设计问题,接着详细解释了为什么需要分布式配置中心,尤其是在分布式系统中统一管理配置文件的必要性。文章重点分析了Apollo这一开源配置管理中心的工作原理,包括其基础模型、架构模块以及配置发布后实时生效的设计。此外,还介绍了客户端与服务端之间的交互机制,如长轮询(Http Long Polling)和定时拉取配置的fallback机制。最后,结合实际工作经验,分享了配置中心在解决多台服务器配置同步问题上的优势,帮助读者更好地理解其应用场景和价值。
734 18
|
10月前
|
人工智能 JSON 小程序
【AI编程】AI+高德MCP不到10分钟搞定上海三日游
本文介绍了小白如何通过AI编程工具(如Trae)快速开发应用并实现技术变现。内容涵盖AI编程用途、工具准备、高德地图开发者权限获取、AI工具配置及实战生成旅游攻略与打印页面,帮助零基础用户轻松入门AI编程。
488 0
|
算法
面试场景题:如何设计一个抢红包随机算法
本文详细解析了抢红包随机算法的设计与实现,涵盖三种解法:随机分配法、二倍均值法和线段切割法。随机分配法通过逐次随机分配金额确保总额不变,但易导致两极分化;二倍均值法优化了金额分布,使每次抢到的金额更均衡;线段切割法则将总金额视为线段,通过随机切割点生成子金额,手气最佳金额可能更高。代码示例清晰,结果对比直观,为面试中类似算法题提供了全面思路。
2004 16
|
缓存 监控 NoSQL
场景题:线上接口响应慢,应该如何排查问题?
面试中常见的接口响应慢排查题旨在考察研发人员的系统性解决问题的能力。回答时需结合业务场景(如大促、高峰期),并运用工具(Arthas、SkyWalking等)进行监控告警、链路追踪和日志分析,明确问题范围及原因。具体步骤包括:1. 定位问题(确认单个接口或整体系统、查看APM指标、分析链路和日志);2. 排查网络、中间件及外部依赖(检测延迟、检查Redis、RocketMQ、MySQL等);3. 服务端性能分析(CPU、内存、磁盘IO、JVM调优)。最后提出优化方案,如代码逻辑、数据库、缓存策略及资源扩容等。总结时可结合实际案例,展示完整的排查与优化流程。
2486 4
|
NoSQL 关系型数据库 MySQL
分布式系统学习9:分布式锁
本文介绍了分布式系统中分布式锁的概念、实现方式及其应用场景。分布式锁用于在多个独立的JVM进程间确保资源的互斥访问,具备互斥、高可用、可重入和超时机制等特点。文章详细讲解了三种常见的分布式锁实现方式:基于Redis、Zookeeper和关系型数据库(如MySQL)。其中,Redis适合高性能场景,推荐使用Redisson库;Zookeeper适用于对一致性要求较高的场景,建议基于Curator框架实现;而基于数据库的方式性能较低,实际开发中较少使用。此外,还探讨了乐观锁和悲观锁的区别及适用场景,并介绍了如何通过Lua脚本和Redis的`SET`命令实现原子操作,以及Redisson的自动续期机
1297 7
|
设计模式 监控 Java
分布式系统架构4:容错设计模式
这是小卷对分布式系统架构学习的第4篇文章,重点介绍了三种常见的容错设计模式:断路器模式、舱壁隔离模式和重试模式。断路器模式防止服务故障蔓延,舱壁隔离模式通过资源隔离避免全局影响,重试模式提升短期故障下的调用成功率。文章还对比了这些模式的优缺点及适用场景,并解释了服务熔断与服务降级的区别。尽管技术文章阅读量不高,但小卷坚持每日更新以促进个人成长。
472 12