該死的是，小曹是在淩晨三點完成功能測試版的最後一版敲定的，那麽可以想象，淩晨三點大家正睡得香熟的時候，“平台”突然自動掃描他們身邊的所有物品——現代經濟社會中，基本上所有物品都屬於商品。掃描後“平台”會自動獲得信號源那裏的比對結果，然後就開始把大批大批的信息丟向用戶麵部正前方的分屏上。這時候分屏上會快速、擁擠的閃亮著各式各樣的比對結果，在達到一定顯示密度的情況下，不亞於明暗個不停的閃光燈。
是的，人即使是在睡夢中，也會對周身環境中的光強變化有所反應，如果變化持續不斷，人就會逐漸轉醒過來，睜看眼來查看。結果就是：一大批用戶在深夜被輔助性HUD的顯示嚇醒了。
不過不要覺得被嚇醒就脫離了夢魘，實際上這時候才是苦海的開始。誠然這些自動開啟的分屏是可以被關掉的，隻要設置“禁止所有自動分屏生成”即可。但這樣子又會使用戶在向多個朋友推廣的時候，要多次操作才能劃出多個分屏，而不是簡單設置個“始終保持至少存在一個分屏”就能做到了。
這不是唯一一個為了對抗輔助性HUD而遭到限製的“方便的原生功能”。
用戶們發現，即使禁止了分屏自動產生，在他們正常使用分屏的時候，“平台”依然會自動接收附近物品的比價信息，並不斷丟到他們正在用著的分屏上；但通過自定義顯示項把這個功能禁用了以後，用戶也無法正常的使用比價功能集合了。
更加令用戶們吐血的是：當用戶從地點A移動到地點B後，在地點A顯示過的商品信息，仍舊會在“過往比價信息”中出現，而地點B的比價信息又生成了，這就使得分屏上的數據越堆越多，最後整個分屏都變成了花屏，使得用戶完全無法使用了。
聯係不到小曹，用戶們在微信群中怒吼著、咆哮著，但這解決不了問題。在這種危機情況下，用戶自身的主觀能動性被全麵的調動起來，本來都想做伸手黨的用戶們這時候也被迫運用起他們的創造力來，紛紛在嚐試著使用各種自定義項進行設置，排除輔助性HUD對他們的幹擾，並把解決辦法拍成小視頻，傳到微信群**其他用戶借鑒。
在用戶自己積極解決問題的同時，對小曹的聯絡嚐試也一直沒有中斷過。而按照用戶協議，用戶標注的特別關注用戶長期、連續發起視訊接入申請達到一定數量後，將自動向用戶發送緊急視訊申請，用刺耳的警示音、刺眼的警示光亮引起用戶的注意。
小曹就是在這種瘋狂鳴叫的緊急視訊申請下，惱怒地從沉睡中驚醒起來。 本章已閱讀完畢(請點擊下一章繼續閱讀!)