第六百一十二章 程序員殺人術

魔法陣的本質，是通過魔法晶石中儲存的元素，以特定的方式運行，最終產生相應的魔法現象。其中所有的變量，包括元素多少，陣圖大小，環境變化等等，都是可以計算出來的，只要變量相同，最終得到的結果也是固定。有些魔法陣目前還沒有被數學破解，但使用經驗公式，依然可以得到想要的答案。

以魔法陣和機械結構結合，自動化的概念也油然而生。以最簡單的魔法燒水壺為例，只需要外部嵌入晶石，則其底部的火系魔法啟動，開始燒水。而一旦溫度達到，內部有雙金屬片自然彎曲，通過機械結構把晶石又頂起來。火系法陣自然失效，燒水結束。

簡單的程序結構已經在不少貴族家庭中得到運用，下一步就會普及到平民中去。而復雜的結構自然能運行更復雜的程序，寸草先生所說的程序殺人，也在此列。

當然，以目前的技術水平，想編輯一個程序並不輕松。遠遠不是幾行代碼就能完成的事情，程序員需要親自整理魔法陣，縷清線路，甚至還要設計機械結構，工作量極其龐大，而且旁人還很難更改。

有人已經提出模塊化設計，盡可能簡化程序，但至少到目前為止，還不存在一個成熟的模塊體系。而且現在的復雜程序體積都極其龐大，即便模塊化，每個模塊也都大的出奇，也難以凸顯模塊的優勢。

但寸草不生先生是寫小說的，並不是研究技術的。小說完全可以省略一些東西，而加入些許幻想元素。比如將模塊塞入空間戒指內，而要調用時，輕松收放。這些在現實中可能還需要三五年的技術，完全可以提前到現在來。

“殺人程序至少要有三個步驟，”寸草先生還在興致勃勃，“一，認人。二，殺人。三，自我銷毀。”

“恩。”斯達特很配合的頻頻點頭。

“先說認人，要如何認準目標？首先當然要有目標數據，或身高或體重或氣味或服裝或別的什麽。假設我們要殺的人體重200斤，那我們只要在地上架設機關，自動過濾不慢200斤和超過200斤的人，中間再弄個誤差值。那麽至少疑似目標出現了！”

斯達特微微皺眉：“200斤……”

“我不是針對你，我是針對所有200斤的人，”寸草先生回答，“初步認定之後，程序還能進行下一步的認定，各種條件完全符合的情況下，那就判定為本次目標。否則放棄。”

斯達特微微皺眉：“體重還能測，身高勉強也行吧？但其他條件怎麽辦？大多數人都是中等身材，這中間誤差會很大。如何辨認？”

“這中間我們可以引入一些生物科技，”寸草先生回答，“我們已有的八爪魚擁有快速抄寫的能力，讓它速寫一個人的外貌輪廓，也不是難事。然後我們預先給出目標的素描圖，八爪魚速寫過後自行和圖對比，如判斷下來為同一幅圖，它自然會把圖片歸類放到一起。一個簡單的人臉檢測，就可行了。”

斯達特皺眉沉思片刻：“八爪魚的確能做一些簡單歸類，把同樣的圖或文字疊到一起，方便它後續抄寫。”

“這就是可以利用的地方，當然八爪魚認圖會比較死板，也許少有些角度不同就會不會認定。但我們只要提前多做幾張圖，那麽辨認成功的概率就大大增加了。只要八爪魚有不一樣的動作，那麽以此設計機關或程序就都可行。”

“我們可以把八爪魚整個看做一個模塊，一個人臉識別模塊，”寸草先生繼續滔滔不絕，“當有目標之時，它會有輸出信號，而沒有時則沒有。那麽認人的環節就解決了。”

“然後就是殺人，當然殺人的方法很多，刀劈火燒石頭砸都可行。但這裏既然設定了程序，就可以根據實際情況，靈活多變。比如哪幾種情況下，適合刀子，那就用刀子，一切由程序自行判斷。”

“如何判斷？”斯達特問。

“說到底，都是人提前判斷好了，”寸草先生回答，“假設A和B在同一件房裏，我們要殺A。我們可以預設一個場景，即A走在B前面，則我們發動機關射出刀子，從背後殺死A，順帶還能嫁禍給B。”

“那麽程序就是，若A在B前，則處於A後上方的飛刀機關發射一次。若沒有以上條件，則不發動。”

“甚至我們還可以添加指令，若A不死，則循環飛刀指令，至死方休。最後，程序自我銷毀，END。”

斯達特：“……”

“我們還可以追加一些指令，讓程序更加完美。比如自動檢測周圍環境，如果人多，則就算滿足A在B前，也不發動。因為這樣不可能嫁禍給B。比如自動檢測時間，某些時間段不宜殺人，則也不發動。”

斯達特想了想，問：“但這樣一來，條件就太苛刻了。如果A就是不在B前，那怎麽辦？”