分人没有手机，想发短信都没有接收方。

赵奕好笑的摇摇头。

等吃过了早饭以后，他又精神抖擞的继续奋战。

调试！

运行！

筛选程序编好以后，已经调试运行好了，他主要调试的是后续程序，以及看看整体运行情况。

近五千行代码运行，错误还是比较多的。

哪怕是有《联络率》辅助，光是输入错误就找到二十几处，一个符号打错了，都会导致程序出现巨大问题。

调试、修改！

再调试、再修改！

两个多小时以后，程序终于成功运转了一次。

赵毅输入了几种魔方初始状态，都得到了想象中的结果。

他主要注意是运转速度。

其中有一组数据输入后，cpu瞬间达到最大功效，电脑似乎是卡住了，过了三、四秒以后才得到结果。

他干脆在筛选程序中，加上了一个计数项nn，每一次筛选程序运行，计数项都会增加一点。

随后他分别输入了两种，十五步能还原的魔方状态。

程序运行一秒左右，就得到了结果。

结果没问题。

nn得到了不同的数值，一个是36211，一个是67091。

“这么少？”

赵奕感到惊讶。

哪怕对筛选方法有信心，他也没有想到第二步的筛选对比，竟然会刷下如此庞大的数据。

想想也对。

筛选对比刷下了计算需求最多、最无用的部分，继续运行的部分则淘汰了更多让魔方变得混乱的步骤。

计算量是以指数形式递增的。

筛选让指数的底变得更小，到了十步以内都会变成以千、百为单位的增加，增加的量都可以忽略不计。

“