金蝶

我上一次认真准备面试，已经是三年前的事了。那时候我一直觉得，只要 Java 基础还在，项目经验还在，问题就不大。毕竟那么多年后端，不至于一出来就水土不服。直到真正开始面试，我才发现一个事实：我不是技术退步了，而是市场已经换了一套考法。第一轮面试，我就意识到“不对劲”前半段问题其实很熟：Java 基础并发、JVM、数据库、中间件分布式、微服务、Spring 体系我心里还在想：还好，没脱节。但很快，问题开始变了：如果这个系统让你重新设计，你会怎么做？你当时为什么不用另一种方案？在不确定需求下，你怎么判断技术取舍？开放性场景题明显多了。没有标准答案，面试官更关心的是你的思考过程，而不是结论本身。真正...

经历了近一个月各大厂陆续开奖，期间有惊喜有顾虑，为了做出最好的选择反复纠结，可事实确实不会有在每一个方面都是最优秀的offer，只能是选择自己最想要的是什么，在收获了一个SSP，三个SP，四个白菜之后，还是选择留在深圳，加入TME此外还要特别表扬一下米哈游，hr和leader都特别用心，薪资的诚意和介绍业务的耐心都让我这个校招生感到很强的被接纳和归属感，最后还是因为base地，可能没那么有缘分，如果人生能开支线我也想去拯救世界网易也很好很有耐心很有诚意anyway，一切都是最好的选择，校招也只是起点，希望未来几年的自己回望现在不会感到后悔，牛友们共勉

经验就一条：Prompt 一定要拆开，任务一定要变简单。在面对小模型时，它们能力有限，如果把一堆要求（比如整篇文章+要求）塞进一个 Prompt，可能回答的就牛头不对马嘴了——不是主语识别不全，就是逻辑硬伤，或者答案缺斤少两。要把 Prompt 变成“工作流”，每一步只处理一个问题。比如“根据文章提问”，我通常拆成三步：第一步：只让模型识别文章的主语。第二步：根据主语去编问题。第三步：再针对问题生成答案。每步只干一件事，模型想出错都难。再比如做长文本的“分块（Chunk）”处理：不要让模型重写全文，除非你的token值够用，而且还会增加它的思考难度。你可以把原文段落编上号，让模型只输出：“标题...