第538章 瓶頸

  彩光微微垂下，從風口的縫隙間伸出了一小點。

  林異慶幸，自己的掌控能力又進步了幾分。

  閱讀更多內容，盡在🎆sto9.com

  他終於可以看清楚下方的場景了。

  那是一群穿著灰色制服大衣的實驗人員，擠在一間不大的會議室里，每個人的表情都很凝重。

  他們面臨的技術難題似乎很難攻破，在這已經不知討論了多久，有人埋著頭一句話不說，有人額頭上爬滿了汗珠，有人用指節敲打著桌上的電子屏，裡面一片通紅的數據極其刺眼。

  剛剛在討論的那幾人，此時也無話可說，氣氛僵硬，有人張了張嘴，想要打破沉默，話到嘴邊，又化作無奈的嘆息。

  「管理部那邊上報了最新的電池名單，這個月又有一批電池扛不住了，只能把他們調去別的廠區。」

  「沒辦法，調用度太高了，一般人都扛不住的，大腦一直在高負荷運轉，人是需要休息的，哪能這麼連軸轉？」會議室中，有人不耐煩地說道。

  「現在一個電池分配幾個帳號？」

  「至少二十個。」

  「二十個！？」會議室里傳來了驚呼：「這不是要人命嗎？雖然我們有智能輔助，但同時控制二十個帳號，還是不同項目，大腦會過載的！」

  「沒事，我們測試過的，這在可以承受的閾值內。」　　「人的大腦極限不是用閾值可以衡量的，人類不是機器……」

  「那有什麼辦法？降低分配數嗎？那收益哪來呢？現在合格的電池又這麼少，我們去哪找人？」

  繞了一圈，似乎又回到了「技術問題」上，而會議室里的眾人，沒人能拿出一個合理的解決方案。

  「你們吵完了嗎？我這邊要匯報一件事。」

  突然，角落裡一位戴眼鏡的研究人員問道。

  「你先說吧。」

  「好，我這裡有一份數據，發到你們的電子屏上了，你們看看。」眼鏡敲了敲自己的電子屏，示意眾人先放下手裡的事情。

  於是，眾人紛紛拿起了電子屏，查看起那份數據。

  嗯？

  躲在風口的林異猛地一驚，他們在看的，居然是他剛剛在老李的電子屏看到過的那份參數表！

  「他們在看我剛剛的『工作參數』？」

  還沒等林異反應過來，會議室里這些經驗豐富的研究人員就看出了門道。　　其中一人直接拍起了桌子，驚呼道：「這是真實數據嗎？不會是統計單元出錯了吧？」

  眼鏡看著質疑的那人，篤定地說道：「剛剛管理部老李親自給我上報的，我檢查了記錄，數據確實沒問題。」

  「收益率真這麼高？」

  「對。」

  「真實入帳了嗎？」

  「入了，可查。」

  「他的損耗率怎麼有百分之五十？」會議室中又有人提出了質疑：「這有點太高了吧？」

  眼鏡搖了搖頭，指著電子屏說道：「你再仔細看看運行記錄……他是第一次工作，所以只給他分配了一個項目，單線程運行，第一個帳號收益率就爆表了，但號也沒了，到了第二個帳號，還沒開始收益，就被喚醒了，所以損耗率才會顯示百分之五十，不要只看表面數據。」

  「啊？他只運行了一個帳號？收益就這麼多？」質疑的人手指不停地在電子屏上划過，不敢相信地看著那些繁複的運行記錄，看著看著，他的眼神也逐漸從懷疑變成震驚。

  「有效工作時長也好低啊，說明他根本就沒有認真工作，只是在『試運行』，不過，只是試運行就能獲取這麼多收益嗎？他到底是怎麼做到的？」

  「他參與的是哪個項目？」

  「一個依附於遊戲主體的虛擬幣項目，依照之前的數據來看，是一個收益率比較中規中矩的項目，前期收益較低，後期帳號投入上來之後，收益率才會穩步增加，遊戲類的項目一向如此。」　　遊戲類的項目，前期當然不會讓玩家獲得巨大的收益，只有度過新手期，完成原始的帳號積累後，通過日常任務和活動，獲取的收益才是穩定的。

  有時候，遊戲類項目的新手期甚至沒有收益，要花很長時間才能熬過去，所以，這類項目一般作為備選。

  如果不是因為試運行，也不會讓這人直接參與遊戲類項目。

  「你確定是遊戲類項目？」會議室里的眾人都面色古怪。

  遊戲類項目，前期收益率不歸零都算好的了，結果現在告訴他們，這個項目不僅沒有「空轉」，反而收益率爆表，他們怎麼能相信？

  「你是說，他一個剛剛參與試運行的員工，在遊戲類項目的新手階段，就獲得了超高收益率？」

  「而且，他根本沒有認真工作，大部分時間都在空轉？」

  這話要是在沒有數據支撐的情況下說出來，眾人都會當作笑談，根本不會相信。

  然而，現在數據完完整整地擺在他們面前，除了那顯眼的收益率之外，一切都很正常。

  在場的都是經驗豐富的老油條，一看就知道這數據是不是偽造的。

  所以，又回到了那個問題：「這人是怎麼做到的？」

  這時，會議室里有人嘟囔了一句，聲音不大，卻是讓在場的所有人都為之一振：　　「他不會是找到bug了吧？」

  還真像。

  從收益時間圖上來看，他的收益是一下暴增的，確實像是突然觸發了某種bug。

  而且……

  「他的帳號是怎麼沒的？」

  「好像是封了。」

  「那沒錯了，一定是用了bug。」

  當有人說出這個結論後，在場的眾人都點了點頭。

  這是一個比較合理的解釋，只有卡了bug，才會有如此不正常的數據，這也能解釋損耗問題。

  「這應該是個例外，bug被發現，肯定當場就修復了，沒有重複觸發的可能性。」

  某些人的臉上露出了失望的表情。

  那些項目的管理智能不會放任一個重大bug存在的，號都被封了，說明bug已經被發現了，沒有再次利用的可能。　　但這時，又有人問出了一個問題：

  「他真是第一次工作嗎？也就是說，他的第一個項目，第一個帳號，他就發現了bug？」

  此話一出，眾人都意識到了不對勁。

  現在那些項目，代碼結構和城牆一樣，哪這麼容易出bug？還偏偏被一個新手給找到了？

  「通知老李，把那人帶過來，我們當面問他。」

  （還有更新耶）