“第一部分调试通过调试运行响应时间低于9ms优秀。”
萨科边主导代码的汇入边汇报调试进程。
乔西站在萨科身后眼睛一动不动的盯着进程。
苏小木同样站在萨科身后但表情平静得多。
事实上应该说并没有过分关心萨科的操作。
三分钟后萨科兴奋、激动的道:“通过了!”
乔西情不自禁地跳了起来神情是同样的激动。
而苏小木一直很平静的看着程序合并通过脸上并没有表现出意外的神情。
因为对这一类人工智障级别的程序的深入了解苏小木在辅助程序中加入了一些可能完全不会有什么鸡儿用的逻辑框架。
目的就是为了代码的顺利合并。
所以现在的这一切完全没出乎他的预料。
可能这也跟苏小木是开了buff有关。
毕竟……
苏小木是个开挂的男人。
乔西跟萨科激动兴奋过后突然平静了下来。
“卧槽苏你说你是不是开挂了?”
“怎么会有这样的事情?”
接着双双把视线放到了苏小木的身上脸上露出了探究、好奇等神色。
“苏我想你应该能解释一下?”
这件事情太奇怪了!
说出来你可能不信萨科跟乔西都做好了调试超过十小时的计划。
程序猿这一生说是在跟代码打交道不如说是在跟bug打交道。
这一辈子无非就是一路上创造一个又一个的bug。
但是当下这么数量庞大的代码中居然没有出现任何的bug还是合并代码?
要知道单一的辅助程序主体的代码行数就比主程序的代码行数多出来百分之十二三。
另外辅助程序还要兼容同样的五份功能。
虽然不至于复制五份相同的代码但分支逻辑代码又要再多出百分之十几。
总的来说光是代码行数就比乔西跟萨科两个人一块完成的主程序多差不多四分之一了!
换成数字的话大概是多出来近20000行代码。
这样的情况下居然在合并调试中没有出现任何的bug。
太不可思议了!
乔西跟萨科都想学一下某国人讲两句斯巴达了。
苏小木笑了笑:“其实也没什么我比较喜欢在合作项目上加入一些臃肿、冗长的代码以确保代码的合并顺利。”
乔西:“???”
萨科:“what?”
什么情况?!!
他们俩博士这么多年的合作实验项目下来根本没有过相关的考虑怎么苏小木一个本科生会想这么多?
“事实上我并没有深入研究过这些多出来的逻辑结构会不会影响程序的响应速度会不会造成程序的过度臃肿只是为了节约排查的时间在不影响程序正常运行的情况下加入的。”
苏小木补充道。
苏小木没有说的是这是他第一次考虑这样的形式。
因为他很少需要同人共同开发一个分支项目。