***溫馨提示***

　　本章有一定技術含量，無法理解的部分請無視。技術細節不理解不影響故事情節。本書後面類似情況同理。

　　** 016 反擊**

　　劉崗甚至想到:“莫非他找到了漏洞，偷偷下載了開發組的代碼?”

　　如果真是這樣，他會毫不猶豫地出來向全公司控訴漏洞組竊取他們的開發成果，並以辭職為威脅要求公司開除這個人！

　　“這個問題的出現與輸入的字符串有關，隨機性很大。”

　　孟飛絲毫沒有理會在場所有人的震驚，雙目閃爍著奇異的自信光芒，一邊操作一邊說:

　　“但我找到了這麽一個組合，百分之百可以重現這個問題。”

　　他又輸入同樣的一句話，果然，輸入法再次卡住了。

　　“現在我試試修複。”

　　說完他打開了系統下的程序目錄“Program files”，然後找到螳螂軟件的目錄“MantisSoft”。

　　接下來是內網安全“”，他找到了一個文件“”。

　　螳螂軟件內網安全之門，這是個動態庫，是劉崗他們組的產品無疑了。

　　打開文件，一大片密密麻麻的二進製碼。這不是源碼，是機器碼。

　　在人類眼中，這就是一堆毫無意義的數字。

　　程序員是可以認識機器碼的。但那得拿著幾千頁的指令手冊，一條條指令去查。

　　有人能記住所有指令的機器碼嗎?或許真有這種變態，但在這個會議室裡，肯定沒有！

　　更何況記住也是沒用的。指令只是指令，脫離了具體的執行邏輯和環境，那就什麽也不是。

　　劉崗他們編譯出來的最終執行碼還是經過了各種混淆、虛擬化，令人眼花繚亂到死來防止被人破解的。

　　你孟飛就算知道這裡有BUG，你能找到正確的修改點?

　　然而就在他強烈質疑的目光中，孟飛先是備份了文件，然後連點鼠標鍵盤，修改了好幾串數字。

　　他能看懂機器碼?

　　當然不能！

　　但他有最強BUG系統啊。程序進了他的眼，掃描一下BUG並不用他吹灰之力。

　　至於修改機器碼，他瞎改一些字節就行了。

　　他亂改豈不是要改壞?

　　改壞又有什麽關系?讓系統瞬間修複就行。

　　在場這麽多人看著，就沒有一個人能發現其中蹊蹺?

　　當然沒有了。

　　大家看到的都是一堆數字，你操作又眼疾手快，誰能看清你究竟改了什麽啊。

　　保存，重啟電腦。再打開，輸入同一個句子。

　　流暢無比，毫無卡頓！

　　孟飛又將修改前保留的備份文件恢復了回去，重啟系統，再輸入同一個句子。

　　果然，再度卡頓！

　　修改，測試，問題解決。

　　恢復，測試，問題再度出現。

　　如鐵一般的證據，毫無質疑的可能。

　　見慣了太多大場面的羅安臉上並沒有太多的震驚，但對孟飛其人的讚賞和滿意是明顯的。

　　而劉崗則焦灼得臉都快歪了。

　　這事他已經徹底敗了。

　　無論這個問題有多嚴重、是不是BUG，也無論漏洞組是否提過這個問題他們又是否拒絕了改動。

　　他們的問題導致用戶抱怨，被當場演示在大老板面前的時候，他就已經徹底敗了。

　　但羅安並未放過，還在繼續問孟飛:

　　“你說你們曾經提過這個BUG，

但開發組拒絕修複?”　　孟飛哢哢哢地點擊鼠標，一份四個月前的舊郵件居然被他給找了出來。

　　連歐陽聰都佩服了。時間跨度這麽大的事，你是怎麽給關聯到一起全揪出來反攻倒算的?

　　他當然不知道，從掃描BUG，到尋找用戶抱怨、尋找他們預先提交BUG的郵件，孟飛早都讓系統一條龍服務準備好了。

　　“這事的原理其實很簡單。

　　“內網安全系統阻止程序對外網的不可信任的訪問。

　　“而這個輸入法在用戶輸入某些字符串的時候，會試圖彈出廣告。

　　“廣告的來源五花八門。

　　“這些來源網址大多數已經被加入信任名單，所以平時輸入文字一點都不會卡。

　　“但有極少數廣告來源網址不在白名單裡，被內網安全系統阻止。

　　“本來阻止如果是連接直接中斷，後果就是沒有廣告，輸入還是正常的。

　　“但我們的安全系統阻止的方式並不是中斷連接，而是掛起。”

　　掛起就是暫不處理了，無回復。你不知道這路通不通，只知道前面沒消息。那麽輸入法沒轍了，只能等待。

　　一等待就卡著了。大約要卡好幾秒。

　　平時其他操作卡幾秒還可以接受。輸入文字的時候卡一下，就像說話結巴，用戶就會覺得渾身難受了。

　　“幾個月前，我們測試的時候發現安全系統阻止的方式是掛起，所以發了這封郵件給開發組。”

　　孟飛念出郵件的內容:“掛起的方式阻止會導致不可預知的卡頓，可能影響用戶體驗，建議直接中斷連接。”

　　“但開發組沒有回復。”

　　孟飛毫不留情地釘上了這棺材蓋板的最後一顆釘子。全場靜默。

　　其實這事劉崗也很冤。

　　掛起還是中斷這只是一個策略問題。

　　掛起的話，連接還活著，程序還在不會死，理論上比暴力中斷更溫和。

　　你現在說應該中斷，那誰知道改成中斷之後，在其他情況下會不會爆出更怪異的問題來?

　　漏洞組只需要提出問題和改進建議就行了。

　　然而這建議是否可行，放出去會不會捅婁子是不需要也沒法管的。

　　進行修改，最終背鍋的還不是開發組自己?

　　所以他們的人看了郵件直接不回復或者回復一通理由拒絕修改， 都是合理的。

　　但現在說什麽都遲了。用戶的抱怨、現場的證據都擺在眼前。

　　漏洞組在四個月之前就提出了問題，準確地預言了用戶抱怨的可能，而他們拒絕了修複！

　　如果他繼續糾結應該中斷還是應該掛起這種根本就無解的話題，只能讓羅安覺得他沒有擔當，不願意承擔責任罷了。

　　“這個的確是我們的問題。”

　　劉崗沉著臉認栽。

　　“將來我會監督開發組這邊對提來的BUG的跟進，確定每一個問題都妥善解決。”

　　羅安同樣讚賞地點了點頭:

　　“能找到問題就好。今天會議時間太長，就到這裡了。劉崗你回去寫一下會議紀要和將來具體的改進措施發出來。”

　　羅安的風格就是如此，喜怒不形於色。

　　他從不會當所有人的面直接批評任何一個人。這樣會讓受批評的人很沒面子，積極性受到打擊。

　　但應該要解決的問題也一定得解決。表決心是沒用的，必須得看到具體的能實行的措施。

　　光有措施也是不行的，將來還要看措施是否實行，實行的結果如何。

　　他會像狼一樣對你窮追不舍。一旦被他盯上，那就要麽你積極解決問題，要麽等他來解決你。

　　劉崗一時感覺壓力山大，沉悶地收拾東西帶著開發組的人馬離開。

　　“孟飛你留下。”

　　就在大家即將散去的時候，羅安忽然說了一句。

　　……