她调出林雨晴当初提出的三维评分模型：参与人数、跨部门数量、议题等级，详细讲解如何通过权重系数让关键会议优先审批。
当屏幕上出现优化后三个月的会议室冲突次数从47次降至2 时，胡笳抬头看了眼坐在角落的林雨晴，后者正对着笔记本电脑记录，嘴角微微上扬。
作为这次大会组织人的林雨晴也很开心，这个案例她就是提需求的“用户”。
眼瞅着系统按照自己的想法优化以后效果很好，对她来说是一件很有成就感的事。
第三个上场的是数据库支持部的刘洋，他的案例带着一丝惊险：“今年3月，oracle数据库第三节点突然出现大量闩锁争用，导致订单系统卡顿。我们远程连接后发现，是新上线的促销活动导致用户画像更新事务激增，b+树索引在热点数据区引发闩锁风暴。”
刘洋展示了当时的awr 报告，红色预警的闩锁等待事件让人触目惊心。
“我们没有立即重建索引，而是用了张福全经理在2014年分享过的哈希分片方案。” 他看向第一排，张福全笑着对她比了个大拇哥，“结合公司高斯数据库的内存优化表，最终将停机时间控制在8分钟。”
阶梯教室里响起掌声，徐双龙在笔记本上记下 “哈希分片复用 2014 年案例”。
刘洋的ppt最后一页是对比数据：优化后数据库吞吐量提升40，服务器资源节省 30，右下角附着她编写的《高并发场景索引优化手册》链接。
接下来的三个小时里，来自不同部门的分享人轮流上台。
有的展示如何通过自动化脚本将服务器部署时间从2小时缩短到15分钟；
有的分享在跨国网络波动中如何通过智能路由保证视频会议流畅。
林雨晴注意到，海外连线的同事们频繁在聊天区提问，特别是欧洲分部的工程师，对刘洋提到的闩锁优化方案表现出浓厚兴趣。
当最后一个分享人结束演讲，陈默再次走上讲台。
“我知道大家平时总说运维工作‘重复劳动没技术含量’，但今天这些案例证明，每一次细