第16章 評委們心悅誠服(第2/2 頁)

建築物。

他們已經被蘇信折服了。

他們不再將自己放在評委的身份上，反而下意識地以一個晚輩的姿態，瞻仰蘇信打造的全新程式碼架構。

沒錯，是全新的程式碼架構。

雖然軟體主體和每一個功能都沒有改變，但內部的執行邏輯有了極大的最佳化，就像是一棟四四方方的農村土房子，經過一位頂尖設計師之手修飾改造，變成了一棟豪華小別墅。

幾乎相當於推倒重建。

其中所蘊含的深厚功底，令五人震驚得頭皮發麻，恨不得現在就拋開評委的身份，去向蘇信請教。

不過，想到現在的場合，幾人還是壓下了這種衝動，繼續檢視程式碼。

最後一個環節，幾人開啟蘇信提交的新軟體，嘗試著執行，並逐一驗證那十八個bUG是否全部最佳化完成。

結果一切完美。

這時，其中一位評委突然好奇地開啟軟體屬性欄一看，不由低聲驚呼道：

“嘶！記憶體竟然只剩36m了，我記得之前可是足足有51m，他竟然直接最佳化掉了百分之三十左右！”

要知道，這代表的可不僅僅只是十幾兆記憶體的差距，最關鍵的是，程式碼越多越複雜，執行也就越容易出問題，執行損耗也就越大。

就好比一臺汽車，零件越多越複雜，故障率就會越高，運轉的時候能量損耗也就越大，事故風險也越大。

試想一下，如果能夠在保障汽車所有功能的前提下，將車身零件減少百分之三十，那是個什麼概念？

這種最佳化能力，絕對轟動世界！

在程式碼的世界同樣如此。

在不影響程式功能和流暢性的前提下，將記憶體大小最佳化掉百分之三十，而且是在如此短的時間內完成的，這種能力令五人驚駭不已。

從一開始的bUG登記文件，到剛剛的原始碼，再到如今的軟體試執行，這一連串的稽核下來，幾人徹底被蘇信的實力折服了。

……

此時。

三十多家媒體拍攝著現場畫面，其中好幾家開啟了網路直播。

看到蘇信第一個提交成績時，一些不知情的人本來還一陣叫好歡呼，但聽到記者解說，還有評論區的解釋，網友們才知道往屆的比賽平均用時都在五十分鐘左右。

可蘇信，只用了十分鐘。

這個速度太離譜了，任何一個懂點內情的人都不會相信蘇信是在認真參加比賽，反而像是故意以出格的行為表現來博眼球。

這種態度，是對比賽的不尊重。

彈幕上，一片嘲諷與責罵之聲。

這時，其中幾位剛好在萬悅娛樂的直播中看過蘇信採訪的網友，連忙說出了蘇信在賽前的種種自大言論。

畢竟，萬悅娛樂只是一家不算大的網路媒體，而且賽前採訪的關注度本來就不算高，所以，蘇信的那些言論之前並沒有傳播開。

而此時，在正式比賽階段，觀看直播的網友多達百餘萬，哪怕分攤到各個直播平臺，每個直播間的熱度也比之前的萬悅娛樂高得多。

很快，一大半觀看直播的網友都知道了蘇信的囂張言論。