第六百一十二章 程序员杀人术（第2/4页）

“如何判断？”斯达特问。

“说到底，都是人提前判断好了，”寸草先生回答，“假设A和B在同一件房里，我们要杀A。我们可以预设一个场景，即A走在B前面，则我们发动机关射出刀子，从背后杀死A，顺带还能嫁祸给B。”

“那么程序就是，若A在B前，则处于A后上方的飞刀机关发射一次。若没有以上条件，则不发动。”

“甚至我们还可以添加指令，若A不死，则循环飞刀指令，至死方休。最后，程序自我销毁，END。”

斯达特：“……”

“我们还可以追加一些指令，让程序更加完美。比如自动检测周围环境，如果人多，则就算满足A在B前，也不发动。因为这样不可能嫁祸给B。比如自动检测时间，某些时间段不宜杀人，则也不发动。”

斯达特想了想，问：“但这样一来，条件就太苛刻了。如果A就是不在B前，那怎么办？”

“单个条件确实苛刻了一些，但这是为了隐藏凶手和成功嫁祸的必要手段。而且如果有多个条件，那问题就能得到解决。我们可以多设定一些，比如B走在A前要怎么杀？AB并肩走怎么杀？A骑着B又要怎么杀？我相信只要有足够的条件设定，那A就必死无疑。”

“而我这个凶手，早已在千里之外。我可以在几个月之前就编好程序，然后静等条件发生，我自己有完美的不在场证明。最终要么是B背锅，要么只能成为悬案。这就是程序员的杀人方式。”寸草先生坦然说完。

斯达特：“……”

“而要揪住这样的凶手，终究也得靠程序员，也就是所谓只有程序员能打败程序员，”寸草先生自顾自的往下说，“如何在自我销毁的程序中，还原出一些蛛丝马迹，这恐怕以后要成为一门专门的学科。就想法医尸检一样。但不论如何，编写的程序可以潜伏数月甚至数年来等待时机，而我本人可以早就出国，提前避祸。任凭就算是查到我，也不能把我怎么样。”

“你等一下，”斯达特有些担忧，“你说的东西过于具体，这样直接写到小说里，会不会教坏小朋友？”

“不会，”寸草先生很肯定，“最多教坏程序员。”

斯达特：“……”

“其实这种问题也不需要太担心，大多数程序员本来就有这个本事。或许因个人水平高低，编出的程序也有优劣之分，但要说编不出来，也未免太小看他们了。”寸草先生只是笑着回答。

而此时，床底下的鹦鹉还在，通过契约联系，将两人的对话原原本本的传递给了凯文。凯文一瞬间就来了新的想法：以目前的技术，用程序杀人可能还有一段时间，而且如果是高手，普通的魔法阵爆炸也根本炸不死。而如果是低手，则程序的成本太高，有点得不偿失。

但如果是炸楼就不一样了，楼既不会动也不会防御，只要计算准确那就是一炸一个准。现阶段程序模块庞大，但这在炸楼行动中问题不大，因为一栋大楼里必然有不少空房间，足够塞程序。

一旦自动炸楼程序完成，那凯文就没什么事了，甚至回国都可以，然后就等触发条件达成即可。而且程序本身可以让国内的研究团队完成，凯文只需要把大楼的数据给他们就行。

这样看来，炸楼简单了不少。也让凯文对这次行动更有信心，不过把寸草先生留在附近，终究是个隐患。至少要想办法支开他，不然可能被他看出什么来。

当寸草先生聊完之时，已经是凌晨时分。鹦鹉终于从床底下钻出来，而斯达特已经显得疲惫不堪，准备上床休息。

“那个……”鹦鹉刚要开口。却见斯达特已经打起了呼噜，入睡之迅速以至于让人怀疑他是不是装睡。

“算了，先让他休息吧，”凯文召回鹦鹉，“随便支开寸草先生，对他的生意也有很大影响，先看看再说吧。”