"你确定？" 导师的消息弹出来的时候，我正盯着那段处理订单的代码，手心开始冒汗。 这是我第一次在团队的代码review里提意见，而且是对一个工作三年的学长的代码。 "我觉得这里用了嵌套循环，在高并发场景下可能会有问题……"我打字的手有点抖。 三分钟后，导师在群里@了所有人："下午三点技术评审会，讨论这个方案的性能优化。" 会议室里坐满了人，学长把方案投到屏幕上，导师看了我一眼："你来讲讲你的想法。" 我深吸一口气,站起来走到白板前： "这个模块在大促期间会承接百万级QPS，现在的实现是O(n²)复杂度。我...

大学玩了四年，考研学一半放弃了，秋招没参加，0实习，现在项目刚做完，力扣hot100刷了五十道，八股还没背大厂肯定不指望了，准备春招冲一冲中厂看看能不能拿十几k

刚加上这个hr，结果是个广子，发完第一句话就被封号了微信

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