大家好，我是马丁。看到大家都在找实习包装简历，但简历上写了一个RAG/Agent项目，面试官一追问就露馅：这个项目具体解决了什么业务问题？你怎么知道效果好不好？碰到用户单次问答多问题混合处理场景（下面会有示例），你怎么处理？三个问题下来，大部分人就开始打磕巴了。问题出在哪？不是技术不行，是没有把技术和业务场景绑在一起。面试官见过太多只调了 LangChain4j/SpringAI 的 API、跑通一个 demo 的简历，他想听的是：你为什么这么做，你怎么知道做对了，遇到问题你怎么解决的。这篇文档每一条都值得你花时间想清楚。想清楚了，面试的时候你讲的就不是背的，而是你自己的东西。点个关注，持续更...

4月底陆陆续续开始投递，面试寥寥，pdd、美团笔试被筛腾子WXG周二面的，面试官全程不开摄像头，问的无关紧要的问题，面了1h40min，现在官网流程还卡着；腾讯音乐，昨下午面的，问题都答上来了，和面试官聊得很好，晚上回去看秒挂；快手一面挂，卡在了很简单的一个手撕，用的dp但是双指针就可以解决；嵌入式一家约面的都没有，现在高通投晚了没回，英伟达约面的还是做研发套件的，大疆、mmt没有嵌软岗位，其他自驾车厂和手机厂投了没有消息。已经对暑假实习和秋招没有念想了，现在保研也拿不到正保，考研的话也太晚了，前途一片完犊子

真是逆天，今天突然收到前司leader的微信，让我请假一天回去帮他修bug，写需求气不过，骂了回去，资本家们都这么不要face的吗？兄弟们，怎么看

1. 自我介绍2. 为什么要通过微调模型来做代码生成？为什么不用纯 prompt 或 spec coding？答案：纯 prompt 和 spec coding 确实可以提升模型在单次任务上的表现，但它们更多是推理时约束，解决的是“让模型按要求做事”的问题。微调解决的是模型行为分布的问题，比如固定代码风格、内部框架 API 使用习惯、异常处理模式、日志规范、单测模板、目录结构约定，这些如果全部靠 prompt 塞进去，成本很高，也容易在长任务里被稀释。在缺陷修复 Agent 里，我选择微调不是为了让模型记住业务代码，而是让它学习稳定的工程动作：先读测试，再定位调用链，再改最小范围，再补回归测试...