当前位置:小说BT吧>玄幻魔法>吟游刺杀录> 第六百十二章 程序员杀人术
阅读设置(推荐配合 快捷键[F11] 进入全屏沉浸式阅读)

设置X

第六百十二章 程序员杀人术(1 / 2)

 魔法阵的本质,是通过魔法晶石中储存的元素,以特定的方式运行,最终产生相应的魔法现象。其中所有的变量,包括元素多少,阵图大小,环境变化等等,都是可以计算出来的,只要变量相同,最终得到的结果也是固定。有些魔法阵目前还没有被数学破解,但使用经验公式,依然可以得到想要的答案。

以魔法阵和机械结构结合,自动化的概念也油然而生。以最简单的魔法烧水壶为例,只需要外部嵌入晶石,则其底部的火系魔法启动,开始烧水。而一旦温度达到,内部有双金属片自然弯曲,通过机械结构把晶石又顶起来。火系法阵自然失效,烧水结束。

简单的程序结构已经在不少贵族家庭中得到运用,下一步就会普及到平民中去。而复杂的结构自然能运行更复杂的程序,而寸草先生所说的程序杀人,也在此列。

当然,以目前的技术水平,想编辑一个程序并不轻松。远远不是几行代码就能完成的事情,程序员需要亲自整理魔法阵,缕清线路,甚至还要设计机械结构,工作量极其庞大,而且旁人还很难更改。

有人已经提出模块化设计,尽可能简化程序,但至少到目前为止,还不存在一个成熟的模块体系。而且现在的复杂程序体积都极其庞大,即便模块化,每个模块也都大的出奇,也难以凸显模块的优势。

但寸草不生先生是写小说的,并不是研究技术的。小说完全可以省略一些东西,而加入些许幻想元素。比如将模块塞入空间戒指内,而要调用时,轻松收放。这些在现实中可能还需要三五年的技术,完全可以提前到现在来。

“杀人程序至少要有三个步骤,”寸草先生还在兴致勃勃,“一,认人。二,杀人。三,自我销毁。”

“恩。”斯达特很配合的频频点头。

“先说认人,要如何认准目标?首先当然要有目标数据,或身高或体重或气味或服装或别的什么。假设我们要杀的人体重200斤,那我们只要在地上架设机关,自动过滤不慢200斤和超过200斤的人,中间再弄个误差值。那么至少疑似目标出现了!”

斯达特微微皱眉:“200斤……”

“我不是针对你,我是针对所有200斤的人,”寸草先生回答,“初步认定之后,程序还能进行下一步的认定,各种条件完全符合的情况下,那就判定为本次目标。否则放弃。”

斯达特微微皱眉:“体重还能测,身高勉强也行吧?但其他条件怎么办?大多数人都是中等身材,这中间误差会很大。如何辨认?”

“这中间我们可以引入一些生物科技,”寸草先生回答,“我们已有的八爪鱼拥有快速抄写的能力,让它速写一个人的外貌轮廓,也不是难事。然后我们预先给出目标的素描图,八爪鱼速写过后自行和图对比,如判断下来为同一副图,它自然会把图片归类放到一起。一个简单的人脸检测,就可行了。”

斯达特皱眉沉思片刻:“八爪鱼的确能做一些简单归类,把同样的图或文字叠到一起,方便它后续抄写。”

“这就是可以利用的地方,当然八爪鱼认图会比较死板,也许少有些角度不同就会不会认定。但我们只要提前多做几张图,那么辨认成功的概率就大大增加了。只要八爪鱼有不一样的动作,那么以此设计机关或程序就都可行。”

“我们可以把八爪鱼整个看做一个模块,一个人脸识别模块,”寸草先生继续滔滔不绝,“当有目标之时,它会有输出信号,而没有时则没有。那么认人的环节就解决了。”

“然后就是杀人,当然杀人的方法很多,刀劈火烧石头砸都可行。但这里既然设定了程序,就可以根据实际情况,灵活多变。比如哪几种情况下,适合刀子,那就用刀子,一切由程序自行判断。”

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

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

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

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

斯达特:“……”

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

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

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

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

斯达特:“……”

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

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

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

斯达特:“……”

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

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

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

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

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

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

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

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

“那我也撤了。唉!回去还得钻通风管道,真是麻烦。”鹦鹉一边抱怨着,一边拉开的管道口的百叶窗,然后一路外出。

次日中午时分,三万鹦鹉终于和斯达特的商业鹦鹉成功接头,拿回了一个空间戒指,然后送到凯文所在的旅馆。

戒指内有三个保险柜,输入特定密码才能开启。凯文也给予足够的重视,先给房间布置结界,然后再认真开启。

上一章 目录 +书签 下一页