编者按

　　全网都在找“全北京最有腔调的男人Luke”，我们想找全天奥、十所最较真的人。寻找条件：站在质量防线的最前沿，用行动一次次把“差不多”挡在门外。他信的不是运气，是查清；守的不是流程，是底线。本期，Luke Ji和Luke Wang走进了我们的视线。

　　01季秉高 他不信“偶尔出错”，只信“必须查清”

　　在项目系统控管软件的测试日志里，曾静静躺着一条不起眼的记录：“2026年X月X日，偶发跑飞问题修复成功。”可没人知道，这条“成功”背后，藏着一个人60分钟的凝视，一场与“偶然”对抗的执着。

　　他是季秉高，第一事业部的一名工程师。平时话不多，但同事都清楚——“季工的代码，从不靠‘差不多’过关。”那段时间，系统在所内联试时，主控软件突然“跑飞”，串口接收任务异常中断，系统瞬间瘫痪。更蹊跷的是，同样的版本，在用户的测试环境中从未出现过一次。“是不是环境差异？”“是不是硬件兼容问题？”团队反复排查，一度陷入僵局。季秉高没停下，他盯着那段崩溃日志，眉头越锁越紧：“为什么只在我们这里出？”一个念头闪过——问题，可能就藏在通信逻辑里。他一头扎进代码深处。在某函数中，他发现了一处调用，表面看一切正常，当他逐行走查函数实现时，心猛地一沉。原来，转换函数，不管消息是长是短，统一按最大长度进行字节序转换。 “这不就是越界吗？”季秉高喃喃自语。他立刻拿起原始数据包，手动画出内存布局，模拟转换过程。从接收到解析，从数据包到内存映射，一帧帧验证，一行行核对。整整60分钟，他坐在工位上，像在解一道无解的谜题。有人劝他：“问题已经复现了，先改了再说。”他摇头：“我不信‘偶尔出错’。系统崩了，不是运气不好，是漏洞还在。”最终，他重构了调用逻辑，漏洞封堵，系统恢复稳定，此后再无跑飞。项目顺利交付，同事们都说：“季工那股劲儿，才叫真正的质量意识。”他说：“代码不是写给机器看的，是写给未来用的人看的。哪怕只出现一次，也得查清——因为下一次，可能就是系统崩溃、任务失败，甚至安全风险。”

　　02王业勇 海拔4300米的质量奔赴

　　去年5月，用户反馈突发通信故障，故障地点在海拔4300米的高原。

　　王业勇，售后服务部深耕多型直升机保障业务骨干，第一时间赶赴现场。抵达后，他很快出现头痛、缺氧等高原反应。但他顾不上身体不适，当日下午就投入试验，开展故障排查。初期排查中，用户初步判断问题出在某模块，可部分故障现象无法得到合理解释。王业勇将疑点指向某模块接口电路。但外场条件有限，无法充分复现问题，也没有直接证据支撑。他完整记录外场故障现象后，立刻组织团队转回实验室攻关。实验室缺少相关模块，团队多方协调筹措资源，搭建起模拟试验环境，成功复现了故障。此后十余天，他扎根实验室，联合设计人员开展多轮验证测试，定期向上级汇报排故进展。经过反复试验定位，最终查明故障根源：某接口受到干扰。整个处置过程中，王业勇联动内外各部门，协同厂家合力攻坚，将质量风险控制在萌芽阶段，顺利解决难题，保障了用户战训任务落地。

　　记者 | 第一事业部 牟未历、售后服务部 刘璟

　　编审 | 王晓冉