谁懂啊！现在回想去年秋招，我真的是纯纯“极限操作”。 作为一个双非本科的选手，非技术出身，甚至连米哈游的游戏都没玩过（当时真的很慌），加上手里只有1段实习，我一度觉得大厂梦离我很远。 更致命的是，我投递得特别晚，眼看着招聘流程都要进入尾声了，我才抱着“试一试不亏”的心态，按下了投递键。 当时身边的人都在传“米哈游卷到飞起”“非核心岗也要游戏大神”，说实话，我面试前做好了被刷的准备。 但真正入职后，我才发现，网上的传言真的半真半假。今天就想以一个入职半年的“过来人”身份，跟春招的宝子们掏心窝子讲讲真实的米哈游非技术岗体验，也给和我一样的“普通应届生”一点信心。 ✨ 关于“晚投”：永远不要自我设限...

不玻璃心，认真倾听所有意见和批评，共同进步

26学院本太难了，很多公司机筛就给我刷了。机会都难拿到如果是简历存在问题也欢迎拷打————————————————————分割线——————————————————————2026.3.4更新：发完贴之后，时不时投递又收到了不少的笔试/面试邀请。主要是之前投递简历出去之后基本上都是沉默状态，年后好转了不少timeline：2026.01.21 文远知行笔试，半年多没刷算法题 ->挂 (后续HR说春招可以重新安排笔试)2026.2.4     小鹏汇天 技术一面，第二周收到结果 ->挂2026.2.12   大众Cariad代招 技术二面 ->Offer2026.2.28   多益网络技术面试，由于风评太差，一直在犹豫要不要接面试 ->推迟

1、为什么引入父子索引，为什么引入 BM25，比例是怎样的，具体流程是什么，有没有 rerank父子索引主要是为了解决 切块后召回准，但是上下文不完整 的问题。如果文档直接按 300～500 token 切成小块做向量检索，确实更容易召回到具体答案，但很容易丢掉原文结构，比如标题、段落关系、表格上下文、前后约束条件。所以会把文档拆成两层：父块：保留完整语义单元，通常是 800～1500 token子块：用于召回，通常是 200～400 token检索时先搜子块，命中后回源到对应父块，再把父块内容喂给大模型。这样既保证召回精度，也保证上下文完整性。引入 BM25 是因为向量检索对语义相似比较敏感...