1、自我介绍2、项目拷打3、RAG 的完整链路是什么，哪些地方最容易出问题RAG 的完整链路一般是文档接入、清洗去噪、切 chunk、向量化、建索引、在线检索、重排、上下文构造、Prompt 拼接、模型生成和结果后处理。线上请求过来以后，先对用户 query 做归一化处理，再进行向量召回或者混合召回，把候选文档取回来，然后用 rerank 模型重新排序，选出最相关的内容拼到 prompt 里，再交给大模型回答。最容易出问题的地方通常有几个。第一是 chunk 切得不合理，太短会丢语义，太长会导致噪声太多。第二是召回率不够，模型根本没拿到正确证据。第三是重排不准，正确文档被排到后面。第四是上下文...

都怎么样了啊？兄弟们，我这在boss上沟通基本都不要我的简历就拒了

没有实习没有项目经历，还有弥补的方法了吗

1、请做个简单的自我介绍您好，我是[姓名]，[学校][专业]毕业，有[X]年Java开发经验。技术栈方面，我熟练掌握Spring全家桶、MyBatis、Redis、MySQL等主流技术，对分布式系统和微服务架构有比较深入的理解。项目经验上，我主要负责过电商平台的核心业务模块开发，包括商品管理、订单处理、支付对接等，日均处理订单量在50万左右。在这个过程中，我解决过不少生产环境的性能问题，比如通过引入Redis缓存和数据库索引优化，将接口响应时间从800ms降到了100ms以内。我比较注重代码质量和系统稳定性，平时也会研究一些开源框架的源码，持续提升自己的技术能力。2、Redis的持久化方案有哪...