笔记地址：https://github.com/jinbooooom/ai-infra-hpc，https://github.com/jinbooooom/OriginDL笔记地址：https://github.com/jinbooooom/ai-infra-hpc，https://github.com/jinbooooom/OriginDL

ssob是已读不回的，字节是压根不敢投的，简历是反反复复改了N遍的，八股是永远背不完的😅😅😅扯远了，道心破碎了，把简历发出来让大伙先看看笑话。再说正事。寒假日常实习还是很难找，连个面试都难约，我不是个例，这是网上普遍反映。不报希望了，趁着2、3月前赶紧做些什么才是。扔几个碎碎念：1.这破简历还能怎么改？写到什么程度才能过实习岗筛选？广大牛友来锐评一下2.火速辅修go，是否可行目前看来是学习成本最小的。首先，很多go实习岗位已经明确要求掌握gin等技术栈，拿java简历投go的时代已经过去了。其次，很多后端的东西，MySQL、Redis这些都是通用的，不用重新学。所以这个问题就具体为：2.1 java&go混血简历怎么写第一个项目，仿大麦的微服务，不太好改。因为有用到Redisson、AOP、SpringAI这些java强相关的东西，包装成go需要替换这些方案。第二个，点评魔改。应该可以包装成go，github上也有人用go重写过。2.2 java&go通用的轮子RPC直接pass了，太烂大街了。不知道动态线程池能不能做。反正项目上新有风险，不一定来得及，非必要就不开新的项目。补充：别跟我扯RAG了，这玩意已经成新的烂大街了，详见我上一篇的吐槽。3.认真学微调prompt什么的这个半步踩进算法了已经。八股和场景题完全就是另一套，没两三个月搞不定的。约等于换方向

实习第三天了，讲讲感受吧，mentor每天都会喊我一起去食堂吃饭，会给我推荐哪家的好吃，吃完饭还会等我，经常没事，会来问我有没有问题，有问题随时来找他。看到我就一个电脑分屏比较困难，还帮我安排了一个新的显示器，可以看下面的图，到现在都没给我派什么任务，让我先熟悉。反正，心里暖暖的

实习期间参与的项目，聚焦于合同审核场景，本文以合同审核为例，针对在垂直落地场景中，为什么需要做sft微调展开简单的讨论和个人的一点见解。 传统合同审核系统依赖规则编写和关键词匹配，局限性突出： 一是规则需人工逐条维护，新增合同类型（如技术许可合同）时，需重新梳理数百条规则，迭代效率极低； 二是无法处理模糊表述，如“合理期限内整改”“适当补偿”等条款，关键词匹配会直接漏判； 三是不具备推理能力，无法关联多条款风险，如管辖地与争议解决方式的逻辑冲突。二、为什么需要SFT——教模型学会“思维”对合同审核场景而言，基座模型就像刚掌握法律基础的实习生，懂术语但不懂业务判断，SFT本质就是用高质量业务数据...