对于大部分开发实习的同学来说，这应该深有体会。面试的时候，什么高并发、高性能、高可用，那是张嘴就来，但实际实习的时候才发现，哪会让你接触这些东西哦。可能理解业务就要理解一个月，然后前端做做切图，样式调整啥的，后端做做CRUD啥的。这样糊糊涂涂实习3个月准备秋招的时候，发现面试官都不知道该问你些什么，你自己也不知道该回答些什么。而有些同学知道要包装，但是可能用力过猛，导致面试稍微问深一点，就露馅了。所以合理包装自己的实习经历是必需的，那具体怎么样合理包装自己的实习经历呢？下面是具体的一些技巧：1.把“做了什么”翻译成“解决了什么问题”改重复出现的小bug：可以总结成“优化XX模块异常处理逻辑，通...

要么不回。要么回的就是些这😅

差点把线上搞崩那次，到现在想起来手心还会出汗。实习第六周，我改了一个配置参数。自测过了，跑了几个case没问题，心想这么小的改动走什么灰度啊，直接上呗。提交MR的时候mentor拦住了我，说走灰度。我当时内心是翻白眼的——至于吗？灰度放了1%的量，五分钟之后监控开始报警。我改的那个阈值，影响了下游一个缓存服务的淘汰策略。我看着监控面板上那条飞起来的红线，感觉自己的血也凉了。mentor倒是很淡定，一键回滚，然后跟我说：这个接口日调用量几千万。如果刚才全量上了，你今天就可以体验什么叫P0事故复盘了。那一刻我是真的怕了。不是怕被骂，是怕影响真实的用户。之前在小厂实习，出了bug重启一下就好了，DAU才几千，没人在意。但大厂不一样，你敲的每一行代码背后都是真实的人在用。从那以后我再也没有跳过任何一个流程。你说大厂的流程烦不烦？烦。但被流程保护过一次之后，你会真心感激这份烦。感谢我师，就我🐶命

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