“依托因果间的关联性，把握关联过程的破绽和缺失？”

“因果、关联……”

“破绽？”

“找代码错误？”

赵奕仔细读着能力介绍，第一时间就想到了代码问题。

一般刚才编写出来的代码，都会存在一些错误的地方，因果、关联加在一起，放在计算机程序设计上，就等于一套完成的代码。

所以新能力就是用来找代码错误的？

这……

有点鸡肋啊！

在使用联络律的情况下，写出的代码都是很严谨的，当中几乎不存在错误，但再仔细一想用处还是很大。

某一种框架算法或一小部分程序，纯粹用联络律来编写，出现错误确实很少，但也有很多输入错误，也能用监察律找到，就能够节省很多调试的时间。

另外，一个可用的程序存在很多部分，单个部分都用联络律编写，部分和部分之间的衔接也不会太完善。

赵奕干脆打开魔方计算器的源代码，直接使用了监察律来试验效果。

顿时。

脑中产生了清晰的判断。

两个函数包调用衔接的不够完美，有一部分算法重复了调用量。

对照，修改！

赵奕继续忙了半个小时，把魔方计算器的核心代码，判断出有问题的部分做出修改，代码整体变得精简了一些，就连核心算法的效率，也有了一定的提升。

“监察律用来完善代码，还真是不错……”

赵奕思考着才回过神，发现自己真是工作习惯了，竟然马上去修改代码，实际上，他要做的是实验能力。

监察律不可能只用在编写代码上，却可以以代码为对象，使用能力去查看效果。

赵奕找出了机器人相关的算法、控制包，马上就实验起了能力效果。

他很快抓住重点。

监察律需要以因果、关联为条件，听起来需求是非常高的，就和联络律需要充足的条件差不多，可实际上，赵奕发现监察律和因果律有些相似，都是不需要特别条件，一般情况下，就能够使用出来的能力。

因果律最开始的时候，使用直接能得出试卷选择题的答案，当时的很多题目，他连基本的公式都不知道。

这种情况放在联络律是行不通的。

监察律可以。

哪怕是完全不了解的事物，监察律也能够得到模糊感知，他利用监察律查看机器人物理层的构建、命令、应用，发现就能感知到一些不完善的地方。

他能说出什么地方有问题，但是不知道具体存在什么问题。

这就是模糊感知。

实际上，他对计算机最底层，硬件和软件的衔接知识，就只是知道个大概，真正的了解远谈不上有多少。

那牵扯到硬件、自动化的知识。

对于纯粹软件代码来说，使用监察律就简单多了，尤其是自己编写的代码，甚至连精力都不消耗，直接就能找到问题，还能知道具体有什么问题，甚至能感知到理想的修改方向。

这可以理解为，个人的了解足够多的时候，就构成了大量的条件线，而条件线能大大减少消耗的精力，还能让感知变得更加清晰。

所以监察律的使用特点，和因果律差不太多，很多情况都可以直接做监察，不能监察的要么不是因果关联，要么就是太过复杂，精力不足导致无法使用。

监察的结果则和条件直接相关，条件充足就可以清晰的感知。

否则就只能模糊感知。

赵奕忽然想到了刘教授的算法包，几个算法包一直都在电脑里，长期被放在角落文件，他只打开过一次，烦躁的就不想再打开了。

现在可以试试。

刘教授发过来的算法包，是手下带的学生做出来的，运行、调试都没有问题，只是有很多的，算法也太复杂了一些，计算量上必须要简化，他就赵奕帮忙看看。

之前赵奕实在有些看不懂，主要是大学的知识不够多，有些地方就搞不明白了。

他有心重新设计一下，但想想刘教授也不着急，重新做算法包也很复杂，还不像是张震的兼职一样，做出来就有钱……

咳咳。

最后一点不重要。

赵奕从来不是向钱看的人，他打开了算法包以后，就直接监察律找问题。

很有效！

虽然算法包还是有一些地方搞不明白，想从头到尾弄明白过去，也是很复杂的一件事情，但监察律直接帮助找到有问题的地方，有些还能清晰的知道理想的修改方向，还有的地方只能模糊感知，却能明白哪些代码有问题。

这样就标记出来就好了。

赵奕把算法包从头到尾的标记一遍，能清晰感知道理想修改方向的，还特别用文字做了说明。

一个算法包下来，他打开系统查看了下，发现精力消耗了15点。

还好，继续！

两个、三个、四个……

赵奕一口气完成了四个算法包，都感觉头有些疼了，赶紧氪了一个学习币，旋即就把修改过的算法包，直接发给了刘教授。

附带一句解释，“我找到了里面的问题，刘教授你就看着让人改改吧！”

……

赵奕做完就沉沉的睡了过去。

他是被一阵饥饿唤醒的，张开眼才想起来，昨天太兴奋忘了吃晚饭，感到疲惫直接就睡过去了。

家里就一个人。

赵奕干脆起来煮了个面条，凑合着吃了一顿，吃饭的时候还想着，“许超应该会做饭吧？他来了还能顺便给我当保姆、厨师？负责收拾屋子，外加做上一顿晚饭……”

“挺好！”

赵奕想着后排小高层，似乎是有房子出租，干脆就给许超租上一间，反正租金就几百块钱，让许超离自己近一些，晚上就能帮着做顿饭。