第68章 為了脫單!(1 / 2)

“靠!還讓不讓人吃飯了?”蘇鳴抽出一張紙,擦了擦肩膀,又擦了擦桌子,“退後退後,戚總不是回去看了嗎?等會估計就有安排。”

戚雲偉是公司的技術總監,這個項目的程序組由他領頭。因為公司不止這一個在研發的項目,所以他隻能製定計劃、把控進度。

但他的技術水平還是毋庸置疑的。

現在蘇鳴提出了一種可能性,他發現這個判斷對不對的速度,應該是會比蘇鳴更快的。

陳英山是已經吃好了的,站在一旁抱著手皺著眉:“我們這麼多人花了這麼久,檢查來檢查去沒發現問題,你這個判斷還真的很有可能。如果真的是和引擎代碼疊加產生的問題……真棘手啊。要從引擎動起嗎?”

“也就是說,如果真的是這個問題,咱們還有可能得造個輪子?”許一非吃著飯,還順便吸了一口涼氣。

程序組的13個漢子齊齊吸氣,瞬間為地球變暖做出了不小的貢獻。

“彆啊……這太誇張了。”一個聲音說道,“這又不是處理某一類專門的任務,專門寫個中間件有明確需求。”

蘇鳴問了問負責客戶端程序的趙小凱:“服務器端這邊的log日誌一直沒有什麼不正常,這個問題大概率指向你們那邊。如果真是客戶端代碼和引擎有什麼地方衝突,你覺得可能是什麼?”

說完他吃著盒飯,就和其他人一起看著趙小凱以及他的兩個客戶端程序搭檔。

蘇鳴、許一非和陳英山負責的服務器端,他們三個白天已經反複理了很多遍,沒什麼毛病。

而這個bug是在各種沒規律的操作下會出現的。這些操作,都是客戶端程序結構裡,可能因為控件模塊的邏輯,可能因為界麵邏輯,也可能還會因為和引擎相關的動作、特效、模塊讀取等等相關。

總之確實問題出在那邊的可能性更大。

服務器端,雖然存儲著重要數據,和這個氪金bug有關的邏輯判斷也在這邊進行,但並沒有檢查出問題。

趙小凱沉默不語,過了一會說道:“確實有可能是跟動作特效和光效有關。這個充值操作,調的引擎裡一些光效和音效。如果純粹隻是客戶端內部的問題,不至於bug出現的邏輯這麼混亂沒規律。”

蘇鳴點了點頭,白天他們當然也按照測試組提交的報告,去嘗試重現這個bug。

後來才突然從柳安適應環境適應得很快這個念頭裡,想起種種bug出現的場景,似乎都伴隨著人物的移動,或者視角的變動。

畫麵在變化,光線和模型的渲染就會進行。

他這才想到,有沒有可能是客戶端的代碼邏輯和引擎產生了衝突。

“我覺得要不你們先從這兩個方向嘗試一下,看看會產生什麼效果。”

趙小凱深深地看了一眼蘇鳴,點了點頭:“咱們趕緊從這一塊去查一查。”

他招呼的是自己的兩個搭檔,三個人一起默默走了。

如果真的確認了,這算是被彆人找出了bug原因,還是錯不在他們?

代碼沒錯,是最開始按照戚雲偉研判確定的引擎選型來做的,開發計劃也是戚雲偉做的,提交到測試環境的demo也是他驗收的。

可他是頭,這個bug導致的績效懲罰,他會怎麼定?

蘇鳴和剩下的人一起,大眼瞪小眼。

有的人隻是乾瞪眼,有的人還一邊吃盒飯一邊瞪眼。

蘇鳴歎了一口氣:“如果這個判斷得到了驗證,我擔心還會不會有其他類似的問題暫時沒暴露出來。”

小夥伴們一時之間都不好了。

他們不是大廠,已經製定了中長期的發展規劃,鐵定了心思要基於某個商業引擎甚至自研引擎去做一個又一個項目。

這次對於公司來說,也是一次非常重要的突破嘗試。

突破嘗試,就意味著研發預算有限,所以用的一個開源引擎。

開源引擎有很多好處,比如會有源代碼,會有很多的開發者分享經驗。

但它也會有非常多的麻煩,比如配套的開發工具不會太全,出問題的概率也很大。

之前說的造輪子,就是基於引擎本身,再開發一些實現特定遊戲功能的子係統,專業一點說叫中間件。

但輪子可不是那麼好造的。