vivo春招开始啦，内推码bfvwgw

百度官宣2027届暑期实习放出5000+ HC，九成押注AI。表面看是“豪横”扩招，但结合股价低迷、搜索业务见顶的现状，这更像是百度在持久下行趋势中的奋力一搏。作为曾经的BAT亲历者，几点冷思考供参考：百度在移动互联网时代已显掉队，市值远落后于阿里腾讯。将90%的HC压在AI上，说明已无退路，必须把“文心一言”和“自动驾驶”赌成第二增长曲线。这5000人，本质是用最低成本的人海战术，快速迭代模型、清洗数据，换取未来3年的生存权。这场“搏杀”若失败，业务线裁撤将是常态，转正率恐不如预期。慎入：边缘AI应用或支持岗，极易沦为项目试错的“一次性耗材”。可冲：文心核心算法组或Apollo主力团队。即便...

小米oc了，但是在犹豫去不去。如果接受的话，小米正职待遇太差了，而且也不是互联网大厂，不确定这段经历对于秋招的背书有多大。算上餐补实习薪资5100，感觉太低了，并且岗位是中台开发，会干一些杂活，而且没有专门的mentor，和纯后端有一定区别。但是如果不接受的话，害怕接下来找不到好的offer，暑期0offer。图一是我简历上的项目和所学知识，图二是JD。实习的岗位不垂直，对秋招帮助大吗，该不该去，去了之后能胜任任务吗？

这种要去吗？

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