这段时间看了一些简历，有一个比较明显的感受：👉 不是大家不会写简历，而是很多人没有站在“筛选方”的角度去想问题你写的是“你做了什么”，但面试官在判断的是：👉 “我为什么要承担面你的成本”这个视角一变，其实很多问题就会变得很清晰。下面说几种我通常不会继续往下看的情况。第一种：信息很多，但“决策成本很高”的这类简历的特点是：技术栈很多项目也不少甚至看起来不差但问题在于：👉 我需要花比较长时间，才能判断你到底强在哪而现实是：面试官每天要看很多简历，👉 “无法快速下判断” = 风险高 = 放弃这里有个很多人没意识到的点：不同阶段的筛选，其实容忍度是不一样的。有些情况下，可以接受信息稍微“模糊一...

离职前舔了10个hr，正式工8个拒绝我简历😢，1个说活水无暑期岗位🥺，逮着一个实习生hr狂舔，舔来一次面试机会😅。果然，实习生是最有怜悯心的。

项目是天机学堂和黑马点评。有相同经历的同学可以一起讨论讨论吗😭😭

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