183 三天三夜

    ()        其實是劉崗的操作給了他強烈的靈感。

    劉崗一個人蹲在這裡做什麼他已經非常明確了。

    劉崗在查找和刪除所有不必要的調試信息，並從配置文件裡設置關閉產生這些調試信息的功能。

    有些調試信息無法用配置文件來配置關閉，是寫死在代碼裡的。他不得已只能小心地重新編譯並更新部分程序。

    這活可不簡單，又沒有測試團隊配合，一不小心就可能搞爆整個系統。

    但這給了他靈感。

    螳螂的各個系統都是有無數調試信息在裡面的。甚至在交付之後，調試信息都有不少沒有刪除掉。

    作為初創團隊，這其實是可以理解的。

    但這在負熵案件中，可能會產生一點問題。

    因為女神的沉眠之棺只接受“僅供奉給我的”數據。如果原始數據沒有清除乾淨，就會被拒絕接受。

    但如果不是原始數據沒有清除乾淨，而是整個系統運行的過程中，產生的調試信息沒有清除乾淨呢？

    如果這些調試信息存在被轉換回原始數據的可能，那麼就等同原始數據沒有被清除乾淨。

    如果這是負熵丟失案的正確解釋，那就說明負熵其實並沒有丟失，只是隱藏在了調試信息中？

    這似乎和多年來系統都能成功把負熵輸入到沉眠之棺並獲得數據的返還相矛盾。

    但程序的運行並不一定每次都一樣的。隨便哪次運氣不好某個環境有差異就可能導致不同的結果。

    比如某次運行調試信息的輸出並沒有打開，而下一次運行偏偏就打開了？

    甚至某一次幾億光年之外射來的一束古老的宇宙射線剛好擊中了內存單元裡的某個比特。

    導致0變成了1，成就不可思議的超自然奇蹟？

    為什麼專案組查了這麼久，卻沒有發現這個問題呢？

    也許答案很簡單，專案組派來的外部的專家，並不知道問題出在螳螂軟件，而且也不知道螳螂軟件內部的問題。

    即便是螳螂軟件的人，也未必知道自家系統到底有啥，除了真正寫代碼的那個人。

    劉崗如果是親手寫了代碼，他很可能是知道的。但他真的會認真調查和揭露自己搞出的問題嗎？

    他在這裡清除調試信息並關閉接口，是為了什麼？

    難道是他在調查中發現了端倪，他又意識到自己扛不住這口關係到國運的大鍋，所以乾脆消滅線索？