柳書言有時候會拿著文件去美術組辦公室，把某段碎片文字念給陳默聽，陳默聽完點點頭，便在畫布上調整幾筆，然後抬頭看她一眼。
那眼神的意思是：這樣行嗎？
柳書言給他豎了大拇指，轉身走了。
陳默繼續畫。
八月中的一天，顧明站在美術組辦公室門口，看著沈燁和宋秋雨並排坐著，一個畫原畫一個填細節，配合得行雲流水。
陸離在旁邊調光影，向嶼在引擎裡拼場景，四個人各忙各的，但節奏出奇地一致。
顧明看著團隊磨合得越來越好，心裡踏實了不少。
但美術這邊剛理順，程式那邊又出了么蛾子。
許知遠和薛長林在聯調時空羅盤的時間回溯功能時，遇到了一個棘手的問題。
時間回溯的核心邏輯是：玩家轉動羅盤後，場景會回到過去或未來的狀態，但玩家的位置和狀態要保持不變。
這個邏輯說起來簡單，但實現起來非常複雜。
因為場景裡的每個機關、每個道具、每個可互動的物體，都需要記錄它在不同時間點的狀態。
許知遠一開始用的是一個簡單的狀態儲存方案，把每個物體的狀態存成一個快照，回溯的時候直接載入快照。
但跑了幾輪測試之後發現，快照方案在場景複雜度低的時候沒問題，一旦場景裡的物體數量超過一定閾值，記憶體佔用就會飆升，導致掉幀。
薛長林試了好幾種最佳化方案，效果都不理想。
兩個人對著程式碼調了整整三天，最後許知遠一拍桌子說。
“換方案。”
他重新設計了一套基於事件驅動的狀態管理系統，把每個物體的狀態變化記錄成一條條事件流，回溯的時候只需要回放事件流，而不是載入整個快照。
這個方案比原來的複雜了不少，但記憶體佔用大幅下降，效能也穩定了。
薛長林看完許知遠的新方案，沉默了一會兒說。
“學長，你這套設計可以寫論文了。”
許知遠推了推眼鏡。
“寫論文沒意思，把遊戲做出來才有意思。”
薛長林點了點頭，繼續埋頭寫程式碼。
程式組那邊穩步推進，但新的麻煩很快又冒出來了。
美術工作量還是不夠。
雖然宋秋雨和陳默已經分擔了不少細化工作，但七個區域，每個區域還有三個版本，再加上劇情演出的特殊場景，這個量級光是想想就讓人頭皮發麻。
沈燁算了算，按目前的進度，光場景原畫就得畫到明年三月份。
。說後然兒會一了默沉，完聽明顧
”。人招再“
。眉皺燁沈
”。了人個五經已組們咱？招還“
”。夠不“
。頭搖明顧
”。完不畫都年明到畫人個五們你，畫原張多十三得也說案專個整“
。樣這是實確，想了想燁沈
”？的樣麼什招次這那“
”。行就來過合磨能格風，實紮底功要只，行都的畫漫畫至甚、師本繪、師畫，驗經業行定限不舊依，師化細景場是還“
。多還次上比歷簡的到收次這，去出發訊資聘招把晴蕭
。個兩了挑後最，一了篩燁沈和明顧
。搭很格風話的境幻空時跟，膩細暖溫風畫，的本繪兒畫社版出在前之，滿小林個一
。說後之集品作的他了看燁沈，快極速手，實紮底功，的圖做司公告廣在前之，昂子周個一
”。天三人別頂能天一人這“
。了來上顯明能產的組，後之職人個兩
。倍翻接直率效產生的組讓則速手的昂子周，質話種一帶自圖畫細的讓底功本繪的滿小林
。足滿的出不說種有然忽，人的當當滿滿得坐裡室公辦組著看明顧
。人個一他有只還室公辦間這，年去
。了現實點點一法想些那的他把起一他和人多麼這有然居，在現而
