27暑期实习求职--3月中旬感受

等面试和面试结果的过程好煎熬,从去年暑假开始找日常实习开始,就在不停的学习、改简历、投简历、面试、被拒的过程中循环,反而是期间朝十晚七的上班生活最为平静,不知道这样循环找工作的生活什么时候能结束。许愿3月份能拿到大厂暑期实习的offer吧,拿到offer就先出去旅游一趟再上班
当前进度:
字节flow后端 一面挂
字节data后端 刚约面
小红书 大模型后端 一面结果未知
腾讯 wxg 二面结果未知
uu们投阿里了没,听过阿里暑期的笔试如果挂了,秋招也没机会了,有点不相信,是真的吗
还有就是,要不要实行海投海面呢,我自己的感受的话,一大堆面试等着的时候,心里会特别焦虑煎熬学不下去,所以这半个月都是缓缓地投简历,要不要调整一下呢
全部评论
mark
2 回复 分享
发布于 03-12 15:08 北京
蚂蚁笔试成绩18个月有效且18个月内只能做一次
1 回复 分享
发布于 03-15 10:45 陕西
同学,拼多多暑期实习考虑嘛,简历优先筛选,核心部门,hc充足,一对一帮忙跟进进度 服务端研发实习生:https://careers.pddglobalhr.com/campus/intern/detail?t=cIZaQ3ghs7
点赞 回复 分享
发布于 04-09 10:54 上海
阿里笔试连坐所有公司共享笔试成绩,暑期笔试挂了,秋招就不能投了呀虽然蚂蚁是例外,但是蚂蚁18个月也只能考一次,相当于暑期秋招春招
点赞 回复 分享
发布于 03-19 01:40 江苏
同学拼多多暑假实习机会考虑吗?我们团队氛围好,电商核心部门,管理扁平化,转正率超高,转正薪资待遇极具竞争力,可一对一帮查进度。
点赞 回复 分享
发布于 03-17 00:30 上海
国际电商?
点赞 回复 分享
发布于 03-13 16:37 江苏
mark
点赞 回复 分享
发布于 03-12 22:17 上海
data具体是哪个部门啊
点赞 回复 分享
发布于 03-12 22:01 广东
不至于吧? 哪里听到的 暑期挂了 没有机会。
点赞 回复 分享
发布于 03-12 21:25 浙江
试试我司呢
点赞 回复 分享
发布于 03-12 21:12 上海
试试我司呢
点赞 回复 分享
发布于 03-12 19:50 上海
听说阿里笔试是这样的 沿到秋招 我有朋友挂了笔试就没机会了
点赞 回复 分享
发布于 03-12 17:58 北京
mark
点赞 回复 分享
发布于 03-12 17:29 北京

相关推荐

04-16 15:24
已编辑
北京航空航天大学 Java
🔥 字节跳动2026年4月面试真题,二面/三面必刷,高级后端/架构师专属,难度直接拉满 ⭐⭐⭐⭐⭐系统设计图-如图https://uploadfiles.nowcoder.com/images/20260416/369475507_1776322994550/9FB54BF16CC07A4853DDBBF919D8252F📌面试干货|直接上硬菜:设计抖音的评论系统要求:1、支持单条视频百万级评论的实时发布与读取;2、评论列表默认按热度(综合点赞、回复、时间等因素)排序,也需支持按时间正/倒序切换;4、核心接口P99延迟<100ms。请给出数据存储、缓存、热度计算与更新、分页查询的完整设计方案,并解决高并发写和‘深分页’的性能问题。💡 【解析】|划重点!家人们谁懂啊!这道题看似常规,实则藏着字节的“小心机”——结合抖音亿级流量的极端场景,直接考察你能不能hold住高并发、复杂排序、缓存设计这些硬技能,是区分普通后端和高级后端的关键题!🎯 核心设计思路|手把手拆解,小白也能看懂1. 存储架构|百万级评论的“藏身之处”核心目标:搞定单视频百万评论的存储,避免跨分片拖慢速度,主打一个高效!💾 主存储选择:分库分表的MySQL / 分布式数据库(如TiDB),高并发读写稳得一批~🔑 分片策略:以video_id为分片键,同一视频的评论全放一个分片,杜绝跨分片查询的坑!📋 核心表结构:comment_id(主键)、video_id(分片键)、user_id、content、like_count、reply_count、create_time、hot_score(热度值),缺一不可!2. 热度计算|热门评论怎么“选”出来?避坑提醒:热度是动态变化的,实时计算必崩!最优解就是「异步计算+定期更新」,主打一个省资源、不卡顿~热度计算公式|直接抄作业:hot_score = log10(like_count×2 + reply_count) + (create_time - 固定基点时间戳)/衰减因子计算逻辑:由离线/近线任务批量算,定期把hot_score更回数据库,既不拖慢接口,又能实时跟上热度变化,完美!3. 缓存与读取策略|P99<100ms的关键操作多级缓存叠buff,延迟直接打下来!流程图一看就懂,建议收藏备用👇https://uploadfiles.nowcoder.com/images/20260416/369475507_1776323096089/6E3CC017A8AC43BBAFDBFFAC33E48513🖥️ 本地缓存:缓存顶级热门视频的前几页热评,TTL设10秒,减少Redis压力,快到飞起!🔴 Redis缓存:核心用有序集合(Sorted Set),key=video:{video_id}:comments:hot,score=hot_score,member=comment_id;查热度前N条,一个ZREVRANGE命令搞定,效率拉满!🔄 缓存更新机制:评论发布/删除:同步更新数据库,并异步发送消息到MQ。一个Worker消费消息,重新计算该视频评论列表的缓存(或仅更新受影响的有序集合成员)。点赞/回复:这些行为会改变热度。通过消息队列异步触发对应评论hot_score的重算,并更新Redis有序集合中的分数。4. 深分页问题|后端人的“噩梦”,这样破解!🔥 热度排序分页直接躺赢!Redis有序集合的ZREVRANGE key start end命令,天然支持高效分页,不用额外折腾,直接定位目标页码~⏰ 时间排序分页避坑!别用LIMIT M, N(会扫前M条无用数据),改用WHERE create_time < {上一页最后一条时间},精准定位,速度翻倍!🌰 真实业务场景|抖音评论区背后的真相家人们,这可不是纸上谈兵!咱们点开抖音任意热门视频,评论区能秒刷、实时更,背后就是这套架构在撑着~ 比如央视新闻发一条视频,几分钟涌入几十万条评论,系统既要扛住高并发写入,又要让所有人看到实时热门评论,体验丝滑不卡顿,全靠这些设计!📚 【核心考点】|必背!面试直接套✅ 关系型数据库与NoSQL的混合协同设计✅ Redis高级数据结构(Sorted Set)的实战应用✅ 复杂指标(热度)的异步计算模型✅ 高并发写入下的最终一致性保证✅ 数据库深分页的优化方案⚠️ 避坑指南|这些坑别踩!踩了必挂缓存击穿:热门视频空缓存Key,用分布式锁控制仅一个请求回源建缓存,其他请求等待,避免缓存雪崩!排序稳定性:热度公式要AB测试调参,既要给新评论曝光机会,又要留住高质量老评论,不然用户体验拉胯~评论计数:video的comment_count在Redis用INCR异步更,再同步回DB,别让计数拖慢整个系统!🚨 趋势押题预测|2026必考!命中率85%此处省略一万字......!!!!💡 最后提醒:这道题+押题,建议关注、收藏反复看,字节二面/三面很大概率碰到,别等面试慌了才临时抱佛脚!~加好友工具搜索:【页页谈说说】,获取最新全集+押题集
面试问题记录
点赞 评论 收藏
分享
评论
7
6
分享

创作者周榜

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