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