学家还是有些不一样的，有部分可以兼容，更多部分还是需要学习理解。
这很正常，因为数学家与数学家之间，互相看不懂对方研究内容的情况都很多。
统一学科的不同细分领域都能做到隔行如隔山，更不要说只是相关学科。
因此，短时间内，贾修属于光杆司令，计算机的叠代工作暂时停滞。
然而就是这些人员都忙完手头的工作后，都返回项目组，还是不太够用。
在贾修的规划里，接下来需要三线并进，同步开发，把整个团队分成三个组。
一组去负责一号机的升级工作，把好做的功能应用层面的优化先做出来，尽量在较短周期内拿出一个部分提升的升级版一号机。
第二组人员要更多一些，负责在计算机小型化上进行探索，大概就按照之前提出的，在凝胶体上进行掺杂蚀刻的思路研发，这个大概率短时间内得不到结果，不过先做著。
研发经常会这样，并不是每次投入研发就一定能得到好的结果，其实得不到成果被砍掉的项目更多。而如果有哪一次成功了，那这一次的成果还要承担把其他失败项目的损失赚回来的艰巨任务。当然，贾修目前不用考虑失败了怎么赚回来的问题，预算无上限，全场消费由「协会公子」埋单。至于投入了的经费能不能回本，那是协会要考虑的事。
而第三组，则是整个团队主力最集中的一部分，要负责全面升级的二号机研发重任，延续大体积计算机的方案，进行性能上的全面升级，贾修乐观估计，二号机的运算速度应该可以提升到每秒百万次以上，并且要加上多线程功能。
这样理想情况下，应该能把计算一个魔族数据的耗时，压缩到个位数秒的水平。
从几小时到几十秒，是质变级的巨幅提升，而从几十秒到几秒，虽然提升也很大，但带来的使用感受上，就没有那么夸张了。
假设三号机的运算速度继续提高，压缩到几秒以内，零点几秒的时间就能计算完一只魔族，这差不多应该就是上限了，不是说不能计算得更快，而是更快意义不大。
计算机能处理得过来，现场的作战人员也反应不过来。
杀一只魔族再快，也就零点几秒了，比这更短的时间在实际应用上没有差别。
到那个程度，提升同时处理多个计算任务的能力应该性价比更高一些。
不过这也只是贾修目前的设想，具体情况还得到时候再判断，要是未
本章未完，请点击下一页继续阅读！