被众人寄予厚望的协会计算团队倒下了，倒在了一号机启动后80或是90秒。

具体是在第几秒不太清楚，因为在答案已经显示出来时，计算团队还在分配计算任务，所有人都被这夸张的差距震惊到了，没太关注确切的时间。

这甚至还是稍微让了一下的结果。

魔族参数代入方程组，转化成计算机可以运行的代码这一环节，要比人力差分计算的第一步快很多。按照计算团队目前的工作流程，把整个方程组的数值解，分成不同需要计算的数值段，然后分配给每个独立的小组，属于前置任务，已经非常熟练。

只不过计算机这边已经不是熟练不熟练的问题了。

因为提前预判到，计算魔族用的方程组会是常用功能，且该方程组的大部分都是固定的，针对不同的目标只需要修改小部分参数，所以团队把这个方程组的指令直接存在了存储器里，在使用的时候只需要调用，并按照格式把需要调整的参数挨个输入进去就行，连最终的代码都相当简短，总共一个调用，一行参数，一个结束。

但在项目总负责人贾修的「英明指导」下，负责计算机操作的人很是认真地用比较花里花哨且复杂的方式完成了输入。

只是为了让计算机的操作看起来高端一点，这很重要，光实际应用效果好，不一定能得到最高程度的重视，为了能有更充足的资源投入到后续研发叠代乃至量产的计划中，在演示中看起来唬人也是很必要的。总之在一号机开始运算前，花了好几分钟弄出点实际用不上的代码，搞出飞速滚动的输入效果。大概就是电影里会有的那种黑客劈里啪啦一阵乱敲键盘，然后黑色背景绿色字符或者蓝色窗口就开始一边飞速滚动，一边胡乱弹出，实际上一点用没有的感觉。

别说，由于从没接触过类似的套路，在前来观摩演示的人看来，这真的很专业且高端，成功让他们忽略了计算机启动后那略显诡异的样子。

尽管为了视觉效果耽搁了一些时间，但在最终的结果上没有产生任何影响。

人力毫无意外地输给了每秒23万次的数值之美。

贾修对此早有预料，团队对此也早有预料，这个表现令人满意。

前来观摩的人兴奋又惊讶，感觉自己见证了不得了的时刻，并开始琢磨起这玩意儿自己的项目怎么能用上，用上后能解决多少问题。

会长和其他顾问也很开心，当时决定协会要投资支持这个项目真是个无比明智的选择。

现场一片其乐融融的氛围。

除了计算团队的负责人。

他猜到了计算团队大概率会输给计算机，只是没想到对比会如此「惨烈」。

在经过这段时间来的流程优化和训练后，计算团队已经把过去需要几天时间完成的魔族数据计算工作，缩减至4到6小小时。

这是付出了大量努力才得到的结果。

他本来以为，计算机就算比人力厉害，但是这么多人，又是专业人员，进行的还是最擅长的计算种类，应该不会落后太多。

在他的预想里，计算机再厉害，算上个把小时，哪怕几十分钟呢，也是很厉害的性能了，人工计算团队无论如何不可能达到，差距也在接受范围。

章节内容不完整，请退出阅读模式查看完整内容！