交行西安软开

先交代背景：我去年过年时还在学JS，项目简历一片空白，拖到25年三月中旬才开始投递。现在回头看，节奏确实有点拖。过年没必要硬学，但简历建议早点准备。好简历不是写出来的，是改出来的。说几个我改简历时发现的最坑问题： 1. 简历最大的坑：把业务叙述和技术实现混作一团 我见过太多同学把"用了Vuex、Vue-Router、Axios"写三行，面试官看完不知道你解决了啥。STAR法则真的是老生常谈，但很多人不以为然。 项目描述必须从背景→问题→你的架构设计→可量化的提升形成闭环，这个真的非常重要。还有就是技术关键词自检：每段经历至少塞一个性能优化/工程化/复杂状态相关的描述。项目分...

 没关系的，记录一下

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