赛力斯

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

原来tme看面评。。。横向挂也脏面评hh

是简历有问题吗

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