“第一部分調試通過，調試運行響應時間低于9ms，優秀。”
薩科邊主導代碼的匯入，邊匯報調試進程。
喬西站在薩科身后，眼睛一動不動的盯著進程。
蘇小木同樣站在薩科身后，但表情平靜得多。
事實上，應該說并沒有過分關心薩科的操作。
三分鐘后，薩科興奮、激動的道：“通過了！”
喬西情不自禁地跳了起來，神情是同樣的激動。
而蘇小木一直很平靜的看著程序合并通過，臉上并沒有表現出意外的神情。
因為對這一類人工智障級別的程序的深入了解，蘇小木在輔助程序中加入了一些可能完全不會有什么雞兒用的邏輯框架。
目的就是為了代碼的順利合并。
所以，現在的這一切完全沒出乎他的預料。
可能這也跟蘇小木是開了BUFF有關。
畢竟……
蘇小木是個開掛的男人。
喬西跟薩科激動興奮過后，突然平靜了下來。
“臥槽，蘇，你說，你是不是開掛了？”
“怎么會有這樣的事情？”
接著雙雙把視線放到了蘇小木的身上，臉上露出了探究、好奇等神色。
“蘇，我想，你應該能解釋一下？”
這件事情太奇怪了！
說出來你可能不信，薩科跟喬西都做好了調試超過十小時的計劃。
程序猿這一生，說是在跟代碼打交道，不如說是在跟BUG打交道。
這一輩子，無非就是一路上創造一個又一個的BUG。
但是，當下，這么數量龐大的代碼中，居然沒有出現任何的BUG，還是合并代碼？
要知道單一的輔助程序主體的代碼行數就比主程序的代碼行數多出來百分之十二三。
另外輔助程序還要兼容同樣的五份功能。
雖然不至于復制五份相同的代碼，但分支邏輯代碼又要再多出百分之十幾。
總的來說，光是代碼行數就比喬西跟薩科兩個人一塊完成的主程序多差不多四分之一了！
換成數字的話，大概是多出來近20000行代碼。
這樣的情況下，居然在合并調試中，沒有出現任何的BUG。
太不可思議了！
喬西跟薩科都想學一下某國人，講兩句斯巴達了。
蘇小木笑了笑：“其實也沒什么，我比較喜歡在合作項目上，加入一些臃腫、冗長的代碼，以確保代碼的合并順利。”
喬西：“？？？”
薩科：“what？”
什么情況？！！
他們倆博士，這么多年的合作實驗項目下來，根本沒有過相關的考慮，怎么蘇小木一個本科生，會想這么多？
“事實上，我并沒有深入研究過，這些多出來的邏輯結構，會不會影響程序的響應速度，會不會造成程序的過度臃腫，只是為了節約排查的時間，在不影響程序正常運行的情況下，加入的。”
蘇小木補充道。
蘇小木沒有說的是，這是他第一次考慮這樣的形式。
因為他很少需要同人共同開發一個分支項目。