提交成绩后，苏信左右看了看，见一些人对自己指指点点，一脸不屑的样子，倒也没怎么在意。
既然想制造热度来加快软件的推广，在众人知晓他的真正实力前，总得承受些众人异样的目光。
对此，苏信早就做好了准备。
主持台一侧不远处就是评委席。
见苏信提前这么早提交了成绩，五名评委不由面面相觑。
虽然不相信苏信在这么短的时间里真能发现多少BUG并优化完成，但出于职业道德，五人还是先打开苏信的文档看了起来。
首先映入眼帘的，就是文档最上方一个格子里写的数字——18。
其中一名评委不由嗤笑一声：
“还18个BUG，看来这小子果真是个哗众取宠的货色，我们这么多人都只找出了15个BUG，他还能比我们多发现三个？”
另外几名评委也摇了摇头。
然后接着看下去。
关于第一个BUG的描述，和相应的解决方案出现在几人面前，这让他们一下子正色了起来。
“BUG描述倒是没问题，解决方案也很优秀。”
“难道这小子有点真材实料？”
然后接着往下看去。
第二个BUG，第三个BUG……
一直看到第九个BUG时，五个评委心中都不得不承认，苏信绝对不仅仅只是有一点真材实料，而是堪称软件编程行业真正的大咖。
发现并解决这么多BUG也就算了，这些他们也能做到。
但是，他们五人，包括他们了解的所有人之中，都不可能有人做到苏信那般夸张的效率。
更何况，苏信关于有些BUG的解决方案，让他们也不由眼前一亮，真心为之叹服。
他们又继续往下看。
“咦？这第十个BUG，真的假的？当算法设置项为Lanczos时，打开2K以上清晰度的视频，软件就会直接崩溃？”
五个评委不由对视一眼，随即打开原始版本的软件尝试起来，按照苏信的BUG文档里的说明进行设置，然后打开一个2K视频。
果然，当视频打开时，整个屏幕便定格下来，鼠标图案变成了圆圈一直旋转，显然已经卡顿住了。
几秒钟后，程序崩溃闪退。
“果然，真的存在这个BUG，可我们之前竟然都没发现。”
“看来，苏信比我们多找出来的三个BUG，应该都是确有其事。”
“真是惭愧啊！我们五个人花费了大半天的时间，找出来的BUG还没有一个十几岁的少年多。”
此时，五位评委已经彻底相信了苏信的实力，即便还没看到后面，也基本能确认剩下几个BUG都是准确的。
果然，随着他们继续往下看，并一个个验证，发现文档中的内容都是准确无误的。
接下来。
五人一起查看优化过的新软件代码，重点关注那些存在BUG的地方，看看苏信是如何进行完善的。
他们现在不仅仅是抱着审核的心态，更多的还是想了解一下苏信的代码优化能力。
毕竟，发现的BUG再多，再准确，提出的解决方案再精妙，也只代表眼力好，理论知识丰富。
而要将软件修改完善，需要的是极强的实操能力，否则对方就只是纸上谈兵的赵括。
很快，其中一人惊呼起来。
“我靠！牛逼！”
“这TM真的是高中生吗？！”
这位评委虽然忍不住爆了粗口，但另外四人都没有心思提醒他，而是完全沉浸在代码的世界中，就像是几位建筑设计师，看到了一栋足以惊艳世人的建筑物。
他们已经被苏信折服了。
他们不再将自己放在评委的身份上，反而下意识地以一个晚辈的姿态，瞻仰苏信打造的全新代码架构。
没错，是全新的代码架构。
虽然软件主体和每一个功能都没有改变，但内部的运行逻辑有了极大的优化，就像是一栋四四方方的农村土房子，经过一位顶尖设计师之手修饰改造，变成了一栋豪华小别墅。
几乎相当于推倒重建。
其中所蕴含的深厚功底，令五人震惊得头皮发麻，恨不得现在就抛开评委的身份，去向苏信请教。
不过，想到现在的场合，几人还是压下了这种冲动，继续查看代码。
最后一个环节，几人打开苏信提交的新软件，尝试着运行，并逐一验证那十八个BUG是否全部优化完成。
结果一切完美。
这时，其中一位评委突然好奇地打开软件属性栏一看，不由低声惊呼道：
“嘶！内存竟然只剩36M了，我记得之前可是足足有51M，他竟然直接优化掉了百分之三十左右！”
要知道，这代表的可不仅仅只是十几兆内存的差距，最关键的是，代码越多越复杂，运行也就越容易出问题，运行损耗也就越大。
就好比一台汽车，零件越多越复杂，故障率就会越高，运转的时候能量损耗也就越大，事故风险也越大。
这章没有结束，请点击下一页继续阅读！