放弃用程序化的方式控制魔法塔，是一条必定要走上的路。只不过已经完成的成果，倒不至于当下立刻删除。可以留到自己待在魔法塔的最后一刻，再删掉即可。
不过这些事情暂且不急，眼前要做的，还是跟芬所约定的三天之期将至。
或许是内心的罣碍少了一块，林待在门之双塔塔顶，检查着设备时，又多了一些想法，可以把手边的事情再做一点调整。用不着大改，就是一些细部的参数调整。
这就好像所有机械的最佳设定，其实并不是一个固定的数值，有时还要看操作者的能力反应来做一个匹配。
要是操作者相当平庸，发挥不了机械的极限。那么那个所谓的最佳，就会是机械本身最合理的配置与表现。操作者应当做的事情，就是去适应机械，改变自己的习惯。
但假如操作者能够轻易触碰到机械的极限，那么就应该要反过来，让机械配合操作者的习惯，做出相对应的调整。这样才有可能让机械发挥潜能以上的表现，超越之前所测量出来的极限。
如同某穿越众老家，市售跑车跟那些在赛道上的订制赛车不同之处。真正的赛车手跟那些只知道踩油门跟煞车的驾驶在程度上，更是大不相同。
到了最顶尖的领域，早就没有所谓的正确答案。只有在不断的试误中，找到最适合的答案而已。且这个答案还随时有可能因为外在因素而改变，说起来当真可用玄之又玄四个字来形容。
林在深渊侧的门之双塔上所做的变动，就是这方面的调整。
再说以程序的角度来看，光是一个函式顺序的调整安排，可能就是出错跟运转，以及运行速度十秒跟一秒的差别。
追求稳定运转，哪怕看到屎山代码都甘之如饴，是大部分程序员的态度。但对于有更高层次追求的人，如何能占用更少的资源，获得更快的效率，那灵光一闪才是最重要的部分。
林很难说自己属于哪个种类的人，毕竟写程序代码这种事情，并不是自己的本职，而是一项工具、一门技能。天文与物理专业，代表自己的注意力还是放在大气层之外的地方。
但在灵光一闪降临的霎那，并不妨碍自己试一试。
反正这也不是要当成
商品卖出去的东西，不需要跟任何人保证产品的正常或效能。事后就算出错，也不用负担天价赔偿。
既然只需要对自己负责，那么在考虑过后果之后，哪还有理由不去冒险一下。更不用说这些改正还是有益无害，且微不足道
…。。