第九十四章 交付完成，命运的BUG？（求首订，求月票）（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
第95章交付完成，命运的bug?（求首订，求月票）
周四下午，凌海科技，
泽哥在自己的工位上，跑了最后一遍测试数据，
眼前的“物流调度模块”几乎没有丝毫的延迟，系统给出了最佳的调度路线。
即便是一个如此庞大的数据集，系统给出的数据，简直就像是没有经过丝毫计算一样，直接就把结果吐出来了。
可泽哥自己知道，这些测试数据，都是经过她验证的，输出的结果，完全正確。因为输出的结果，她还专门用其它的类似软体进行了验证。
同样的数据集，验证也没太长时间，也就是味跑了大概半个小时吧。
和其他同类型的软体比起来，眼前这个“物流调度模块”，效率高出了两个数量级。
“这是———成了”宝哥站在她的身后，问道。
“成了。”泽哥吁出了一口气，
不，不只是成了，是他妈炸了！
全世界所有的类似的软体，在唐一平提交给她的这个模块面前，都只能跪地叫爷爷。
没错，她现在正在测试的，就是唐一平刚刚提交给她的重构的物流管理系统的物流调度模块。
“写的真好啊————”
旁边，高宇翔也在帮泽哥验证唐一平的部分代码，他是在负责静態测试的部分。
他感慨道：“他的技术进步真快，前两天我看他写代码的时候，还丑的不得了呢现在看他的代码，已经有点老程式设计师的感觉了—就是，他这代码是从哪里学的啊！总感觉走歪了。”
泽哥对此非常认同。
没错，唐一平的代码非常老程式设计师，其中还有许多地方，充斥著一些老程式设计师的坏习惯。
瞎起变量名，全局变量到处都是，注释写得不明不白，很多地方一团乱“
而且，完全看不出来丝毫挣扎和希望改变的痕跡，有一种未老先衰的感觉，非常缺少年轻人写代码的朝气。
不，朝气也是有的。
这左一个bug，右一个bug的，偏偏就是不崩，而且效率贼高。
这可不是什么程式设计师都能写出来的。
这是什么写法啊！
这种天马行空，完全超脱现代编程规范的写法，说实话，別说高宇翔了，就连泽哥都不懂。
但是正如当初高宇翔对泽哥所说的。
“我都能看懂，但大为震撼。”
泽哥毕竟技术力高一点点，她尝试著完全解析和追踪了一个bug，了大概两个小时的时间，才找到了原因。这个bug穿透了整体逻辑，完成了一次神乎其技的“虚擬飞线”，直接將两个本来彼此之间需要多重转译的功能连接了起来，结果就是整体延迟，降低了一个数量级。
这是什么bug这叫新机制啊！
泽哥觉得，这种bug一个人一辈子恐怕也只能写出来一个，是可以开创流派甚至名垂青史的全新机制，是可以写入该类型编程教科书，多出来一个解决方案那种。
可这样的bug，在唐一平的代码里面却比比皆是。
这就是天才程式设计师的任性吗
这就是天赋吗
“现在可以进行集成测试了。”泽哥对宝哥道，“集成测试完成之后，我们的这次重构—”
就算是差不多完成了。
当然，还有许多的功能需要完善，但已经可以跑起来了。
可以作为一个系统，交付给客户，然后边用边改了。
“这么快！”宝哥瞪大眼。
“主要是平子的这个物流调度模块写的太快了，这是其中最复杂的部分。”泽哥道。
其实她自己承担的部分也很复杂，复杂度不下於唐一平负责的部分，但是在泽哥自己看来，她这个模块的完成度，完全不如唐一平。
她只是写了一个四平八稳的模块，没有出问题而已。
唐一平的这个模块，却可以称为整个系统的核心竞爭力。
“效率太高了。”高宇翔感慨。
作为公司的效率之王，高宇翔觉得自己被惊到了。
重构一共用了不到两周的时间，这两周时间里，唐一平明显还三天打鱼两天晒网的，
据说周末还跑去医院呆了好几天
“听班哥说，他还写了一个其它什么程序，自己的项目那种。”
↑返回顶部↑