牛可乐国庆旅游日记5--乌镇古镇

入职第一天就给下马威，说晚上8点前不要让我看到你们走了，nb，不给加班费还不让走，第一天任务就是学习文档并操作，一天下来已经做完了也检查了结果晚上下班时间一到负责人不见了，发消息也不回。第二天又给了文档让学习2天测试，这天学习了一半还多的内容了，也整理了文档给负责人看了，结果呢，下班时间一到负责人又没了，发消息不回，打电话直接拒接，必须等到8点才能走，nb！！！！这是在做什么服从性测试我请问呢，这个文档是要一天学完吗我请问呢，就硬要加班到8点，只要你敢提早走，没商量直接去找人事辞职，我只能说太牛了负责人。📍公司：福州兜乐网络科技有限公司🖥️工作环境：电脑垃圾、卡顿，椅子不是吱吱响就是坏了团...

28届985本，科班，一直走的是本科就业的路子，学习Go后端，曾经还因为周围人卷保研而自己早已踏上了“正确的道路”而沾沾自喜。现在大二下，工程和算法能力还可以，但保研基本无望，也不想考研。愈发觉得自己所谓“正确的道路”可能并不是多么明智，AI以惊人的速度进化，一年之后或者两年之后，后端还存在吗？大部分的工作是否都和AI算法之类的强相关呢，但这又是一个需要研究生以上学历、需要卷论文的方向，本科就业者基本碰不到。自己的本科学历会不会在后端工作一两年就被“降本增效”了，或者是到了大三大四根本找不到对口的工作了？抱歉，可能我有点想到哪说到哪了，我不知道自己是不是在杞人忧天，现在有点迷茫，希望各位已经进入业界的大佬能够给我指条明路，谢谢！

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