第二十八章 让產品说话(1 / 1)

第一轮。微服务框架。三万两千行。

大屏幕上两个进度条同时跑起来。左边蓝色desafe,右边绿色bugkiller。在线观眾四万一千,还在涨。

desafe的扫描速度稍快,进度条先到100。

弹幕立刻刷起来。

“desafe速度好快”

“等等bugkiller还没跑完?”

bugkiller的进度条慢了大概七秒,跟著到顶。

扫描结果不直接上屏。按赛制,每轮由五人技术专家组现场核验,三家公司技术负责人加两位开源社区资深贡献者,逐条確认真bug还是误报,再把核验数据投上去。

专家组围著显示器开始过结果。弹幕等得有点急,“快快快”“急什么人家要逐条看代码”。

六分钟后,核验结果上屏。

desafe:標记总数24个,確认bug 24个,误报0个。

bugkiller:標记总数23个,確认bug 22个,误报1个。。每条附影响评估和修復路径。

专家组组长拿话筒:“三万行级別两款工具都表现不错。desafe多检出两个,零误报,乾净利落。bugkiller有一个误报,少检出两个,但每条结果附带的影响评估和修復路径是desafe没有的功能。综合来看,第一轮desafe略占优。”

赵文渊靠在椅背上,对著镜头点了点头。“两家產品各有所长。不过在標准化的代码审查场景下,检出率和精確率还是硬指標。”

弹幕滚得很快。

“desafe第一轮贏了?”

“零误报確实漂亮”

“bugkiller那个影响评估挺有意思的,但检出少了两个”

“完了nullpoter要输?”

“才第一轮別急”

韩路一全程没什么反应。他看了一眼大屏上的数据,点了点头,然后低头喝了口水。

弹幕有人注意到了:“nullpoter这心態也太稳了”“输了一轮跟没事人一样”“是稳还是装的?”

苏念念窝在出租屋的床上看直播,被子裹到胸口,笔记本电脑架在膝盖上,屏幕左半边直播间右半边bugkiller后台。手机扔在枕头边充著电,旁边散著一小堆橘子皮。

第一轮结果出来的时候她盯著屏幕愣了两秒。desafe贏了?

她打开微信给韩路一发了一条:“啊啊啊第一轮输了”

没回。她想了想,也对,他在直播,不可能看手机。

她放下手机,开始剥第四颗橘子。心里默算:第一轮三万行,desafe贏。第二轮十二万行。第三轮三十五万行。

上次八万行的对比测试,bugkiller就已经拉开差距了。十二万行只会更大。

“第一轮本来就不是我们的主场。”她对著屏幕说了一句。没人听。

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

“开始。”

进度条再次跑起来。 这一次,速度差异从第一秒就开始了。

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

desafe的蓝色进度条明显慢了。的时候像遇到了什么东西,顿了两秒才跳到31。

弹幕比专家敏感。

“desafe卡了?”

“正常正常,12万行確实需要时间”

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

“速度差距出来了”

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

desafe的蓝色进度条还在78。

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

等了將近两分钟,desafe才到100。

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

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

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

bugkiller:標记总数60个,確认bug 58个,误报2个。

desafe:標记总数48个,確认bug 41个,误报7个。

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

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

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

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

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

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

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

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

主持人看了一眼两边。

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

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

👉&128073; 当前浏览器转码失败:请退出“阅读模式”显示完整内容,返回“原网页”。