最近帮几个朋友改过简历，发现大家的简历普遍存在一些问题:技术栈简单罗列，不能友好的引导面试官的提问，并且体系混乱，岗位jd针对性不强项目多而杂或者是少且不精，重点不突出，没有明确的数据指标，或数据指标严重失真项目的选取过于陈旧化，仍然停留在数年前已经几乎人手一份的项目，差异性不足。针对发现的这些问题，我总结了一些针对 AI 应用开发岗的通用思路，分享给大家。一 . 整体结构怎么安排AI 应用岗介于算法和工程之间，简历结构建议：基本信息 → 教育背景→ 实习经历→项目经历 →技术栈 。项目经理往前放，原因很简单——HR 看简历平均 6 秒，先让他看到你经历过什么，有什么突出的差异化能力，建议放 ...

大四上学期在某厂实习了三个月，说说真实感受吧。进去之前幻想的是参与核心项目、接触前沿技术。实际上每天就是写一些边角需求，改改前人的代码，开不完的会。mentor人挺好但也很忙，大部分时间还是自己摸索。最大的感触是：大厂没有想象中那么光鲜。工位很挤，实习生能接触到的东西真的有限，很多核心代码权限都没有。现在春招我反而没那么执着大厂了，更看重具体做什么、团队氛围怎么样。实习过一次之后你就会发现，公司名字真的只是个壳子，每天干的活才是实实在在的。

27届大三，想找个日常实习，中小厂的。简历有什么问题嘛，boss投了400好多消息都没读😭求友友们给点建议

1、讲讲什么是 RAGRAG 是 Retrieval-Augmented Generation，也就是检索增强生成。它的核心思想不是只靠大模型参数里记住的知识回答问题，而是在回答之前，先去外部知识库里检索和当前问题相关的内容，再把检索结果作为上下文交给模型生成答案。完整流程一般分两部分。离线侧先做文档接入、清洗、切片、向量化和索引构建，把知识变成可检索的形式。在线侧收到用户问题后，先做 query 改写或纠错，再去知识库召回相关片段，必要时做 rerank 重排，最后把用户问题和证据一起送给模型生成。RAG 的价值主要有三个：让模型获得训练时没有的外部知识让知识更新不依赖重新训练模型让回答更容...