嘿，兄弟们好，我是飞哥，临近过年没事，再来唠唠我做过的票务系统。在票务这行，库存就是命脉。“超卖”（Over-selling）让你赔钱丢名声；“少卖”（Under-selling）让老板觉得你技术不行，票明明有却卖不出去。今天飞哥就结合这几年在票务系统摸爬滚打的经验，跟大家好好唠唠这里面的深水区。1. 为什么“超卖”和“少卖”是系统的生死劫？很多兄弟初学并发，觉得写个 synchronized 或是 ReentrantLock 就能高枕无忧了。但在分布式架构下，这就像是用塑料袋去兜洪水。超卖： 就像 10 个人同时挤进一个窄门，大家看到货架上还有最后一张票，结果 10 个人都下单成功了。少卖：...

双非本211硕，无实习经历，打算三四月份投后端开发的暑期实习，有些问题问问各位牛佬们-佬们帮看一下简历还需要怎么改，有必要写专业技能之类的吗，再写的话简历就两页了，我打算有实习经历之后再写到两页-简历中的项目都是研究生期间做的，第一个是横向已上线，第二个在星球学的，第三个是小论文相关的，还需要再加点和agent相关的吗-目前八股进度几乎为0，过完年就三月份了，只看一个月的八股来得及吗-平时写算法题都是用的C++，如果面Java后端的话面试手撕会强制用Java吗-中大厂后端的暑期实习面试强度大吗

1.19 面试官打电话约面1.20 一面 秒约2面1.22 二面 面完5分钟告知通过无hr面当时还在期末考试，跟做梦一样

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