作为大四后端实习生，我每天在成长与消耗中反复拉扯，工作不可能无时无刻在成长，也会有一些琐事消耗着我。最重要的是如何看待吧。白天跟着导师改接口、调bug，从不会用框架到能独立完成简单模块，每一次解决问题都是实打实的进步。可深夜加班改重复的需求、应对无意义的返工，又让我身心俱疲。我一边珍惜这份能积累项目经验的机会，一边被琐碎内耗得想逃离。原来实习从不是非黑即白，成长是底气，消耗是警醒，我在这份矛盾里，慢慢看清自己想要的方向，也在咬牙坚持中，为秋招攒足力量。#你现在的工作，是“成长”还是“消耗”？#

中小厂看了简历大多数已读不回是什么原因？是不是我的简历问题太大了，求大佬们指点！

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