26届计算机秋招阶段性总结

bg:双九+一段实习,主投互联网后端。

已意向:
字节 offer
京东JDS offer
阿里控股 offer
阿里国际 offer
快手 offer
美团 offer
小红书 口头oc
猿辅导 offer
万德 offer
同花顺 口头oc
合合信息 offer
-----------------------------------
流程中:
腾讯 hr面结束等结果
携程 hr面结束等结果
虾皮  二面结束
歌尔 精英计划 待线下终面
中兴蓝剑 终试洽谈结束
滴滴  三面结束泡池子
蚂蚁 一面结束
得物 三面结束泡池子
阿里健康 一面结束(不面了)
-----------------------------------
面试挂:
京东TET 终面挂
阿里云 二面挂
通义实验室 二面挂
淘天 一面挂(告诉非业务部门说想做业务)
-----------------------------------
笔试 OR 简历挂:
三一重能 笔试挂
4399 笔试挂
大疆 简历挂
百度 简历挂
网易雷火 简历挂
凡岛 简历挂
搜狐 简历挂
饿了么 笔试挂
联想 简历挂
vivo 简历挂
影石 笔试挂
联洲 简历挂
普联 简历挂
鹰角网络 笔试挂
米哈游 笔试挂
拼多多 笔试挂
-----------------------------------
前中期基本上来者不拒,都在面,自拿到第一个大厂offer后,开始拒面并终止一些公司的流程约20家左右。

自7月底开始准备投递至今约2个月,共面试了69场😭,高峰期最多一天四场,也是已经疲惫不堪。好在收获还不错,准备结束秋招,搞搞毕业论文,好好休息一下了。

也祝大家都有满意的offer,早早结束秋招😉。
#国庆前的秋招小结# #秋招你被哪家公司挂了?# #秋招的第一个offer,大家都拿到了吗# #查收我的offer竞争力报告#
全部评论
我以为又一个搞抽象的,没想到是真的😭
29 回复 分享
发布于 2025-10-03 00:04 湖北
佬加油抉择,给双非放点岗位出来
1 回复 分享
发布于 2025-10-08 08:12 湖南
大佬你会为选择哪个而烦恼的,幸福的烦恼
1 回复 分享
发布于 2025-10-07 09:24 山东
大佬又可以打牌了,羡慕
1 回复 分享
发布于 2025-10-03 08:40 河南
老哥签了哪个啊
点赞 回复 分享
发布于 01-27 10:14 天津
沾沾喜气
点赞 回复 分享
发布于 2025-11-24 15:16 浙江
接好运
点赞 回复 分享
发布于 2025-11-01 18:00 山东
接好运
点赞 回复 分享
发布于 2025-10-31 09:28 四川
接好运
点赞 回复 分享
发布于 2025-10-15 11:30 广东
请问中兴终试洽谈什么内容 会直接开吗
点赞 回复 分享
发布于 2025-10-14 21:49 江苏
接好运
点赞 回复 分享
发布于 2025-10-11 22:56 山东
楼主快手什么部门
点赞 回复 分享
发布于 2025-10-11 13:11 广东
佬是相关科班嘛,太强了
点赞 回复 分享
发布于 2025-10-10 14:16 江苏
接好运
点赞 回复 分享
发布于 2025-10-10 14:14 江苏
接好运
点赞 回复 分享
发布于 2025-10-09 19:49 上海
接好运
点赞 回复 分享
发布于 2025-10-08 20:25 北京
🐂🐂
点赞 回复 分享
发布于 2025-10-08 00:13 湖北
接好运
点赞 回复 分享
发布于 2025-10-08 00:10 湖北
佬这样太强了吧
点赞 回复 分享
发布于 2025-10-07 14:40 北京
请问是七月底就结束实习了吗?
点赞 回复 分享
发布于 2025-10-07 00:07 湖北

相关推荐

昨天 13:00
已编辑
中国地质大学(北京) Java
围绕项目,无八股算法部署服务的方式pod 最大多少个:高峰期7k QPS: 20到30个 Pod每个pod占用的资源:API 查询和任务消费/回调合并在一个 Pod 内,这类 Pod 既有高并发读流量,又有异步写和状态更新,也就是2C4G request,4C8G limit。分表的分页表怎么做有没有更好的方案  从产品思维:根据用户会员等级,限制用户查询的数量。加入缓存遇到了哪些问题:数据的不一致性问题,具体来说,当回调主动更改缓存任务状态时,有可能更改失败,因为mysql和redis的更新不在一个事务内,这个时候ttl就发挥了作用,视频生成的平均时长是2到3分钟,ttl设置为3分钟,当任务过期就被清楚,从数据库取出最新的数据,保证了redis和缓存的一致性消费者怎么回调:消费者回调通过rpc的方式回调我们的服务,传入状态和视频结果等信息,我们的服务去更新数据库和缓存服务之间调用的输入输出  用了 rpc 的什么协议调用的:百度内部常见的 RPC 框架是 brpc。它底层一般跑在 TCP 之上,消息序列化常用 protobuf;协议层不是只有一种,百度内部常见有 baidu_std 等私有协议,brpc 同时也兼容 HTTP、gRPC、Thrift 等多种协议。HTTP 协议通常把数据组织成请求报文和响应报文。无论请求还是响应,整体结构都是请求行、头部、空行和消息体。起始行用来说明请求方法、路径、版本,或者响应状态码;头部用 key-value 的形式描述元信息,比如内容类型、长度、认证信息;空行用来分隔头部和消息体;消息体里才是真正的业务数据,比如 JSON、表单或者二进制文件。因为底层 TCP 是字节流,没有消息边界,所以 HTTP 还会通过 Content-Length 或 chunked 机制来标识消息体长度。rpc和http的区别我的理解是,HTTP 和 RPC 的核心区别在于抽象层次不同。HTTP 是一种通用的应用层通信协议,通常是面向 URL 和资源来设计接口;而 RPC 是一种远程调用模型,目标是让调用远程服务像调用本地方法一样。在使用场景上,HTTP 更适合前后端交互和对外开放接口,因为标准统一、通用性强;RPC 更适合内部微服务调用,因为通常会结合二进制序列化、长连接和服务治理能力,在性能和调用效率上更有优势。不过两者不是完全对立的,因为 RPC 也可以基于 HTTP 来实现,比如 gRPC 就是基于 HTTP/2。在这个项目中的一些不足和经验我觉得这个项目有两个比较明显的不足。第一,前期方案选型时,我们基于当时的成本、风险和收益考虑,选择了缓存方案,这个决策在当时是合理的,能快速支撑业务上线。但后面随着流量增长,我发现轮询查缓存的方式扩展性有限,后续更适合往服务端主动推送的方向演进。这个经历让我意识到,技术方案要结合业务阶段做取舍,也要提前考虑后续架构升级路径。第二,项目里对慢 SQL 的监控还不够完善,缺少及时报警机制。这样会导致数据库性能问题不能第一时间暴露。后来我复盘时觉得,除了完成功能,线上监控和告警体系也非常重要,尤其是慢 SQL、接口耗时和错误率这类指标,应该尽早纳入日常治理。所以这个项目最大的收获是,我现在做项目不只关注功能实现,还会更关注方案演进能力,以及系统上线后的监控和稳定性建设未来技术规划我对未来的职业规划,现阶段还是希望先立足于技术成长。短期内,我希望先把基础打扎实,不只是把功能做出来,而是真正理解业务,提升自己在代码质量、系统设计、问题排查和工程规范上的能力。中期的话,我希望能参与更有挑战性的项目,比如高并发场景、微服务架构、性能优化这类方向。因为我觉得这些场景能更快锻炼一个工程师的技术深度和系统性思维。长期来看,我希望自己不仅能解决具体技术问题,也能独立负责一个模块,能够把业务理解和技术实现结合起来,做一个既懂技术、也能真正支撑业务发展的工程师。反问:未来一年最大的技术挑战
查看13道真题和解析
点赞 评论 收藏
分享
评论
33
27
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务