涉及到职业、升级、技能、游戏机制等等。

弄清了能量的消耗来源后，

苏尘注意到了能量消耗后面的可优化、可重置按钮。

按照说明，

优化的作用是在保证现有软件功能的基础上，

尽可能的降低能量消耗。

优化的具体操作分两种，

一种是提供大量能量由编程软件自行推演完善，

省心省事就是极为耗费能量；

一种是提供少量能量由编程软件提供分析报告以及建议，然后由开发者自行优化。

重置的功能很简单，

由编程软件自动修改程序，

将超出现实的相关设定全部抹除，

如果提供一定能量，可以设定抹除的基准线。

苏尘尝试性的点了一下时间法则后面的优化按钮，

立刻显示出两个选项：

【方案一：预计消耗能量23658741点，预计优化后可节省658642560点能量】

【方案二：消耗能量100000点生成优化方案，完全实现后预计可节省658642560点能量】

虽然优化的效果确实很显著，直接降低了近半的消耗，

但就算是方案二的10万能量也远远超出了苏尘的预计。

看来短时间内是没机会使用优化功能了。

苏尘先将程序进行备份，

然后再次点开编译，

对着能量消耗列表就是一顿重置。

最后仅保留了属性、装备这两个模块化功能。

其中属性功能是基础模板，

如果加载者没有这个模块的话，

就算是拿上装备模块创造出来的装备，

也没法享受装备带来的属性加成。

至于装备模块同样被舍弃了很多细项，

只保留了基础属性加成这个功能，

经过一番重置，程序代码大幅度缩减，看起来颇为寒酸。

苏尘这次点了下编译，软件弹出提示窗口：

【本次编译预计消耗48657点能量，是否继续？】

苏尘总算松了口气，虽然依然消耗很大，但至少是可以努力实现的了。

苏尘又点击了一下调试运行，同样是一个提示窗口：

【本次启动运行需要1点能量，维持需要5点能量/分，是否继续？】

虽然很想点继续，但灰色的按钮提醒着苏尘——

你还是个穷光蛋！赶紧去挣钱！

苏尘忽然想到一个问题，

刚才调整好的程序只能穿戴装备，却不能编辑制造装备。

所以自己还需要再精简出一个单独的装备编辑制造程序。

熟门熟路的苏尘很快便精简好了程序，

只是没想到仅仅一个装备编辑功能居然就需要2138460点，

比前面的两个功能消耗还大？

就算是优化后预计也就需要683861点。

莫非是程序出bug了？