1、自我介绍2、讲一下你做过的一个最有代表性的项目3、RAG 里 chunk 怎么切，为什么这是个关键点chunk 切分会直接影响召回质量和最终回答质量。因为向量检索不是按整篇文档检，而是按切分后的片段检。如果切得太长，一个 chunk 里会混入很多无关信息，虽然语义覆盖大，但相似度不一定集中，模型拿到后也不容易抓住重点。如果切得太短，单个 chunk 虽然很纯，但上下文不完整，容易导致召回回来的内容缺少关键信息。实际做的时候一般会根据文档类型来定。像制度文档、说明文档，可以按标题、段落、语义边界切；如果是 FAQ 或问答对，本身就天然适合按条切。通常还会设置 overlap，避免一个关键信息...

###

总时长35分钟，无手撕，感觉遇到KPI面了，唉35分钟一直在问实习，八股就问了下面的1.redis与数据库的缓存一致性2.redis的zset数据结构3.redis的两个持久化机制4.分布式cap理论5.什么时候ap，什么时候cp6.进程线程协程问怎么没手撕，说一面撕过了，业务是应用宝游戏商城，后面过了还有一面技术面，问面试表现，说挺顺的，可以再关注一下运维数据，然后问转go有难度嘛，就结束了

先交代背景：双非本科计算机科学与技术专业，24届春招冲Java后端开发岗，前半个月海投了70多家，从大厂到中小厂全投了一遍，跟HR发的消息90%都是已读不回，剩下10%要么隔了三四天回一句“简历不匹配”，要么连笔试机会都不给。最惨的一次，我连着三天给一个心仪大厂的HR发消息，第一天“在吗”，第二天“您好，请问我投的后端岗简历您看了吗”，第三天急得破防发了句“求求您给个笔试机会吧，我真的很想进咱们部门”，最后发现被人家直接拉黑了。那时候天天泡牛客，抄了一堆话术模板，改吧改吧就发出去，结果还是石沉大海。后来自己硬着头皮试了快20天，终于摸透了：技术岗HR不回你，根本不是你话术不够花哨，是你发的东西...