換成數字的話，大概是多出來近20000行程式碼。
這樣的情況下，居然在合併除錯中，沒有出現任何的BUG。
太不可思議了！
喬西跟薩科都想學一下某國人，講兩句斯巴達了。
蘇小木笑了笑：“其實也沒什麼，我比較喜歡在合作專案上，加入一些臃腫、冗長的程式碼，以確保程式碼的合併順利。”
喬西：“？？？”
薩科：“hat？”
什麼情況？！！
他們倆博士，這麼多年的合作實驗專案下來，根本沒有過相關的考慮，怎麼蘇小木一個本科生，會想這麼多？
“事實上，我並沒有深入研究過，這些多出來的邏輯結構，會不會影響程式的響應速度，會不會造成程式的過度臃腫，只是為了節約排查的時間，在不影響程式正常執行的情況下，加入的。”
蘇小木補充道。
蘇小木沒有說的是，這是他第一次考慮這樣的形式。
因為他很少需要同人共同開發一個分支專案。
另外就是，蘇小木也希望能夠在CSAIL有個更佳的表現，也好不浪費錢芮雅的面子。
不然的話。
這個小的分支實驗雖然有一定的挑戰，但對獨立完成過同類專案，甚至更佳專案的蘇小木來說，吸引力並沒有想象的那麼大。
他大可以安靜的當一個美男子。
反正這並不影響他正常出入CSAIL。
喬西想了想，道：“你這麼說倒也有可能，不過我認為，這樣的做法是有益的嘗試，畢竟隨著你的學業上升，合作實驗專案會越來越多，這樣的流程會減少很多時間成本的浪費。”
薩科沉吟了幾秒，也跟著點了點頭：“尤其是在這種大型實驗專案上，程式碼的複雜度很難說得清，多個幾百上千行多餘的邏輯，並不影響大局。”
其實要找反面的理由更容易。
但薩科跟喬西都是緊盯著程式碼的合併的，當然能明白蘇小木寫出來的程式碼的簡潔度。
在某些方面，他們都略有不如。
基於這個層面的考慮，他們並不認為蘇小木會喜歡多此一舉。
只能說，每個人的選擇不一樣。
說不定，以後這樣的做法會成為蘇小木案例呢？
“其實是我欠考慮了，不過根據除錯資訊，我能定位到臃腫部分，可以直接去除。”蘇小木一副很不好意思的樣子說道。