入职实习没多久，我和另一位实习同事一起接手了一个开发需求，这次的经历真的让我狠狠看透职场偏见。对接需求时，设计师简单潦草讲完方案，全程笃定这个功能超级简单、零难度。我和同事刚接触项目，对整体业务逻辑完全不熟悉，加上是实习生不敢多问、也没经验复盘，来不及细致讨论就老老实实接下了任务。我们原本以为只是基础开发，踏踏实实准备开工，完全没料到后面会闹出巨大的对接矛盾。直到带教老师抽空帮我们拆解需求，我们才彻底懵了！这个看似简单的功能，实际上牵扯超多隐藏业务逻辑、数据联动和兼容问题，开发工作量极大，根本不是设计师口中随手就能做完的小任务。理清所有细节后，我们特意在对接会议上，主动想跟设计沟通真实的开发难...

感觉自己还是挺狗运的，比不上牛客这些双非大佬随便秒终于戴上红围脖了，xdm 加油

最近才准备开始投，没实习，八股只看了一点点形势有点严峻😇

一些自己在网上搜刮的面经题目路过的牛爷爷可以试着答一答，附上自己的答案，如果有更好的答案也可以拷打我，如果有别的比较好的题目也可以评论里发一发。 如何评估 RAG 效果？指标是什么？ 分层评估：  检索质量评估：看如HitRate（命中率），Recall（召回率）等指标 生成质量评估：看如相关性（是否切题）、忠诚度（生成是否基于检索内容生成）、完整性（生成答案是否完整） 用户满意度测评：答案是否满意，检索速度够不够块。  RAG 和微调怎么取舍？ RAG适合更新频率高，存在隐私数据以及需要可解性性要求高需要稳定输出的场景。 微调适合需要特定规则以及语气的使用场景。 这两个技术在大部分场景下都不...