筆趣閣

手机浏览器扫描二维码访问

第二十八章 让产品说话（第1页）

让产品说话

让产品说话

主持人：“感谢双方。第一轮结果已在屏幕上呈现。现在进入第二轮，python数据处理平台，代码量约十二万行。”

“开始。”

进度条再次跑起来。

这一次，速度差异从第一秒就开始了。

bugkiller的绿色进度条匀速推进，跟第一轮节奏差不多。

desafe的蓝色进度条明显慢了。10正常，20开始拖，到30的时候像遇到了什么东西，顿了两秒才跳到31。

弹幕比专家敏感。

“desafe卡了？”

“正常正常，12万行确实需要时间”

“bugkiller没卡啊，你看那个绿条”

“速度差距出来了”

bugkiller先跑完。韩路一靠在椅背上，双手交叉放在脑后，等着。屏幕上bugkiller的结果已经静静地排好了，五十八条检出整整齐齐。

desafe的蓝色进度条还在78。

弹幕开始倒计时。“80了80了”“快了快了”“这个速度差……”

等了将近两分钟，desafe才到100。

弹幕：“第一轮只差七秒，第二轮差了两分钟”“十二万行拉开这么多？”“代码量翻四倍，差距翻十几倍”

专家组核验。这次比第一轮久。弹幕能看到专家们反复对照代码，有人皱眉翻回去重看。

十一分钟后，核验结果上屏。

bugkiller：标记总数60个，确认bug

58个，误报2个。误报率34。

desafe：标记总数48个，确认bug

41个，误报7个。误报率171。

专家组组长这次没笑。“desafe有7个误报，其中4个是把正常的异常处理逻辑标成bug，这说明代码规模增大后，检测引擎的上下文理解在下降。bugkiller多检出的17个里，确认15个为真实bug。”

在线人数四万六千。弹幕越来越密了。

“17？？？”

“专家说了，规模一大就不行”

“17的误报率在生产环境里根本不能用”

“bugkiller稳如老狗，34”

赵文渊盯着屏幕上的数字。直播里不能暂停，不能查日志。所有人都在看着他。

“十二万行项目确实对检测引擎有更高要求。我们现在正在进行下个版本的迭代和优化。”

韩路一的声音从右边传过来。不大，但收音很清楚。

“赵博士，开始第三轮吧。”

弹幕：“不给他解释的时间”“尊重对手的方式，快点结束”

主持人看了一眼两边。

“第三轮，java企业级核心系统，代码量约三十五万行。”

在线人数破五万。弹幕停了一瞬间，五万人同时屏住了呼吸。