如何看待2023年秋招技术岗哀鸿遍野?

2023年技术岗秋招形势严峻,大厂招聘规模缩减,HC减少,实习转正率降低。建议拓宽求职范围至外企、新能源及芯片行业,并关注国企、研究所机会。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

昨天在知乎上看到个提问"如何看待2023年秋招技术岗哀鸿遍野?"。

b2ac456d264924d25ba5862ffd674d17.png

最近有很多读者都找我咨询秋招问题,发现同学们的秋招之路都不是很顺,不是个人的问题,而是大环境的问题,今年秋招形势的确是很严峻!

以下是我在知乎的回答


字节2022秋招有8000hc,今年2023届秋招只有3000hc,减少了60%

阿里秋招8.18才开始,往年7月份就开始了,hc也少了很多,腾讯的校招还未开启,从大厂就可以看出来今年校招的形势了,很严峻。

往年8月份都有很多大佬开始秀offer了,今年除了学历厂的offer,其他的offer真的很少见拿的。

今年暑期实习转正的情况也不容乐观,往年美团转正率高达80%,今年看到很多同学都被ledaer通知没有转正,因为组里hc太少。

字节转正的要求也提高了很多,往年40天实习后随便转,现在是真不缺人。

阿里往年暑期实习的基本都能转正的,但是今年的转正现在还没有消息,预计形势也会很严峻。

对于互联网来说,今年是过去十年最差的一年,却可能是未来十年最好的一年。这不是焦虑,参加过今年秋招的同学就知道这是现实。

其实,从今年年初互联网各大厂开始裁员,一大波互联网公司开始毁约校招生,卡试用期转正就看出来了,今年秋招难度肯定上升。

转入计算机的学生人数在增长,上有考研跨考计算机,下有自学培训转码计算机。但各大公司开始去肥增瘦,hc都骤减,连字节这样往年招聘大户都砍了60%的hc,难度可想而知。

但这也不代表没有了机会,跟一些学弟聊天,明智的同学早已经把赛道转向了华子、学历厂,以及国企,各大研究所,还有的准备考公、考事业编。

所以给今年准备秋招的朋友分享几点建议:

1、选择海投,毕竟今年秋招会难些,大厂的hc都不多,没必要在一棵树上挂死,中小厂也都可以考虑

2、多看看外企,新能源、芯片厂等制造业企业的机会,这些企业软开、算法的岗位也很多,比起互联网企业,这些企业的hc要多不少。

3、看看银行、研究所、国企的机会,这些还是很稳的,至少不会轻易毁约,大多数加班不会太多,比互联网轻松不少,是个不错的选择,就是对学历要求高,普遍211起步,适合学历还不错的同学。

分享一个计算机学生可以加入的国企、研究所、银行名单,可以参考投递。

有哪些值得计算机专业加入的国企?

4、英语不错,算法很强的同学,尤其是不想卷的,可以考虑润国外。

5、本科毕业可以考虑读个硕士,当然国内硕士保研占了很大一部分,考研也很卷的,家里能付得起学费生活费的,读个海外硕士也是个不错的选择。

对于硕士来说,读博成本就很大了,需要慎重,可能读完博士之后,互联网的环境甚至也不如当前好,但是选择面也更广了,去研究所、高校也是一种选择。

6、关键还是在于提升自身竞争力,八股文+算法+项目+实习+加分项(竞赛/开源项目/博客)这些都要提升

目前面试越来越卷,以前背个八股文就能拿offer了,现在又是考场景设计,又是考源码分析。

现在转计算机的人越来越多,面试考核等难度也是越来越大,不仅会问jdk的集合、锁的源码了,连Redis、kafka等一系列中间件的原理也是越挖越深,分布式、高并发、大流量也经常出现在校招面试题中。

虽然是造火箭,但既然面到了那就要吊打面试官了,不然凭啥给你offer,建议大家看看这方面的书籍、博文和源码,提升自己的竞争力。

End

受大环境影响,今年秋招会比往年困难,最近有同学找内推的工作,可以加我的程序员内推群,群里可以推荐工作 。

e6301165d0f5cb35e8a39598cc5d2700.jpeg

想要加内推群,可以扫描下方二维码,加我微信,备注:加内推群。群里还有62个坑位,先到先得!

de757be2b42856631cb8edf7f55652d7.jpeg

org.springframework.data.redis.serializer.SerializationException: Could not read JSON: Could not resolve subtype of [simple type, class java.lang.Object]: missing type id property '@class' at [Source: (byte[])"{"id":1,"bookId":1,"chapter":"1","title":"第一章 群成员请注意!","content":"时间:不明,应该在很早、很早以前。\n\n地点:神州浩土。\n\n天地不仁,以万物为刍狗!\n\n这世间本是没有什么神仙的,但自太古以来,人类眼见周遭世界,诸般奇异之事,电闪雷鸣,又有天灾人祸,伤亡无数,哀鸿遍野,决非人力所能为,所能抵挡。遂以为九天之上,有诸般神灵,九幽之下,亦是阴魂归处,"[truncated 2358 bytes]; line: 1, column: 2858]; nested exception is com.fasterxml.jackson.databind.exc.InvalidTypeIdException: Could not resolve subtype of [simple type, class java.lang.Object]: missing type id property '@class' at [Source: (byte[])"{"id":1,"bookId":1,"chapter":"1","title":"第一章 群成员请注意!","content":"时间:不明,应该在很早、很早以前。\n\n地点:神州浩土。\n\n天地不仁,以万物为刍狗!\n\n这世间本是没有什么神仙的,但自太古以来,人类眼见周遭世界,诸般奇异之事,电闪雷鸣,又有天灾人祸,伤亡无数,哀鸿遍野,决非人力所能为,所能抵挡。遂以为九天之上,有诸般神灵,九幽之下,亦是阴魂归处,"[truncated 2358 bytes]; line: 1, column: 2858]这个问题怎么解决
最新发布
03-21
<think>嗯,用户现在遇到了一个新的错误,是关于Spring Data Redis在反序列化时找不到类型标识符@class的问题。之前他们遇到了ClassCastException,现在可能已经按照之前的建议修改了RedisTemplate的配置,启用了类型信息,但现在又出现了这个SerializationException。 首先,我需要理解这个错误的原因。错误信息说“Could not resolve subtype of [simple type, class java.lang.Object]: missing type id property '@class'”,这表明Jackson在反序列化的时候,期望JSON中有@class属性来指明具体的类型,但实际的数据中缺少这个字段。这可能是因为数据在序列化时没有包含类型信息,或者在反序列化时配置不一致。 接下来,我要考虑用户可能的操作步骤。用户可能已经按照之前的解决方案配置了RedisTemplate,启用了activateDefaultTyping来添加@class信息。但现在在读取旧数据时,这些旧数据可能是在启用类型信息之前存储的,所以没有@class字段,导致反序列化失败。 另外,可能用户配置的ObjectMapper在序列化和反序列化时的设置不一致。例如,可能在写入时启用了类型信息,但在读取时没有正确配置,或者反序列化时使用的类型不明确。 还要考虑用户是否在存储数据时使用了正确的序列化器。例如,如果某些数据是用不同的序列化方式(如JDK序列化或普通的JSON不带类型信息)存储的,那么在读取时使用带类型信息的序列化器就会出问题。 接下来,需要针对这些可能的原因提供解决方案。首先,确保序列化和反序列化都正确配置了类型信息。可能需要检查RedisTemplate的配置,确认activateDefaultTyping是否正确启用,并且ObjectMapper的设置一致。 另外,处理旧数据的问题。如果旧数据没有@class字段,可能需要特殊处理,比如使用ObjectMapper.convertValue来转换LinkedHashMap到目标类型,或者先清理旧数据,重新存储带有类型信息的新数据。 还有可能需要明确指定反序列化的类型,例如使用Jackson2JsonRedisSerializer<Chapter>而不是通用的Object.class,这样在反序列化时不需要依赖@class字段,而是直接使用指定的类型。 此外,检查类是否为final类。如果Chapter类是final的,可能需要在activateDefaultTyping中使用不同的配置,比如DefaultTyping.EVERYTHING,但需要注意安全性和性能影响。 还要考虑是否存在多个不同的ObjectMapper实例,导致配置不一致。确保RedisTemplate中使用的ObjectMapper是同一个,并且在所有相关的地方都正确配置了类型信息。 最后,可能需要指导用户如何验证配置是否正确,例如通过检查Redis中存储的数据是否包含@class字段,或者编写测试用例来确保序列化和反序列化的正确性。</think>--- ### **问题本质** 出现`SerializationException: missing type id property '@class'`的直接原因是:**Redis中存储的JSON数据缺少类型标识符`@class`字段**,导致Jackson无法确定反序列化的目标类型。该问题通常发生在以下场景: 1. **历史数据残留**:Redis中残留了早期未启用类型信息的旧数据; 2. **配置不一致**:序列化时未正确开启`@class`类型标识符; 3. **泛型操作**:使用`RedisTemplate<Object, Object>`时类型信息被擦除。 --- ### **解决方案** 需确保**序列化与反序列化时类型信息完整一致**。以下是具体修复步骤: --- #### **步骤 1:强制刷新旧数据(关键!)** 若Redis中已存在**未包含`@class`字段的旧数据**,必须先清理或覆盖: ```bash # 通过redis-cli删除特定章节缓存 DEL chapter_1_1 # 或编程清理 redisTemplate.delete("chapter_" + bookId + "_" + chapterId); ``` --- #### **步骤 2:完善RedisTemplate配置** 确保序列化器**明确携带类型信息**,参考配置: ```java @Bean public RedisTemplate<String, Object> redisTemplate(RedisConnectionFactory factory) { RedisTemplate<String, Object> template = new RedisTemplate<>(); template.setConnectionFactory(factory); ObjectMapper objectMapper = new ObjectMapper(); objectMapper.registerModule(new JavaTimeModule()); objectMapper.disable(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS); // 核心配置:强制写入类型信息 objectMapper.activateDefaultTyping( objectMapper.getPolymorphicTypeValidator(), ObjectMapper.DefaultTyping.NON_FINAL, JsonTypeInfo.As.PROPERTY ); Jackson2JsonRedisSerializer<Object> serializer = new Jackson2JsonRedisSerializer<>(objectMapper, Object.class); template.setKeySerializer(new StringRedisSerializer()); template.setValueSerializer(serializer); template.setHashValueSerializer(serializer); template.afterPropertiesSet(); return template; } ``` --- #### **步骤 3:验证序列化结果** 存储数据后,检查Redis中的JSON**是否包含`@class`字段**: ```json { "@class": "com.readingspace.model.entity.Chapter", "id": 1, "title": "第一章", // ...其他字段 } ``` --- #### **替代方案:显式指定类型** 若无法修改全局配置,可在**读取时指定具体类型**: ```java // 使用TypeReference明确目标类型 Jackson2JsonRedisSerializer<Chapter> serializer = new Jackson2JsonRedisSerializer<>(Chapter.class); byte[] data = redisTemplate.getConnectionFactory().getConnection().get(("chapter_" + bookId + "_" + chapterId).getBytes()); Chapter chapter = serializer.deserialize(data); ``` --- ### **根本原因分析** | 阶段 | 问题 | 结果 | |------|------|------| | **序列化时** | 未添加`@class`类型标识符 | JSON中无类型元数据 | | **反序列化时** | Jackson无法推断目标类型 | 尝试映射到`Object`或`LinkedHashMap` | --- ### **附加建议** 1. **类型安全序列化器** 推荐为常用类创建专用序列化器: ```java Jackson2JsonRedisSerializer<Chapter> chapterSerializer = new Jackson2JsonRedisSerializer<>(Chapter.class); redisTemplate.setValueSerializer(chapterSerializer); ``` 2. **混合数据兼容处理** 若必须同时处理新旧数据,添加类型检查: ```java Object obj = redisTemplate.opsForValue().get(key); if (obj instanceof LinkedHashMap) { Chapter chapter = objectMapper.convertValue(obj, Chapter.class); } else if (obj instanceof Chapter) { // 直接使用 } ``` 3. **监控与日志** 在Redis操作层添加日志,记录序列化/反序列化过程中的类型信息: ```java logger.debug("Deserializing data with type: {}", JsonPath.read(jsonString, "$.@class")); ``` --- ### **效果验证** 1. 新存入Redis的数据**必须包含`@class`字段** 2. 反序列化时不再抛出`SerializationException` 3. 类型转换`(Chapter) redisTemplate.get()`可正常执行 若问题仍然存在,请检查: - RedisTemplate是否被其他配置覆盖 - 确保所有存取操作使用**同一个RedisTemplate实例** - 使用`redis-cli`直接查看键值确认格式
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值