格格党

手机浏览器扫描二维码访问

第68章 为了脱单（第1页）

“靠！还让不让人吃饭了？”苏鸣抽出一张纸，擦了擦肩膀，又擦了擦桌子，“退后退后，戚总不是回去看了吗？等会估计就有安排。”

戚云伟是公司的技术总监，这个项目的程序组由他领头。因为公司不止这一个在研发的项目，所以他只能制定计划、把控进度。

但他的技术水平还是毋庸置疑的。

现在苏鸣提出了一种可能性，他发现这个判断对不对的速度，应该是会比苏鸣更快的。

陈英山是已经吃好了的，站在一旁抱着手皱着眉：“我们这么多人花了这么久，检查来检查去没发现问题，你这个判断还真的很有可能。如果真的是和引擎代码叠加产生的问题……真棘手啊。要从引擎动起吗？”

“也就是说，如果真的是这个问题，咱们还有可能得造个轮子？”许一非吃着饭，还顺便吸了一口凉气。

程序组的13个汉子齐齐吸气，瞬间为地球变暖做出了不小的贡献。

“别啊……这太夸张了。”一个声音说道，“这又不是处理某一类专门的任务，专门写个中间件有明确需求。”

苏鸣问了问负责客户端程序的赵小凯：“服务器端这边的log日志一直没有什么不正常，这个问题大概率指向你们那边。如果真是客户端代码和引擎有什么地方冲突，你觉得可能是什么？”

说完他吃着盒饭，就和其他人一起看着赵小凯以及他的两个客户端程序搭档。

苏鸣、许一非和陈英山负责的服务器端，他们三个白天已经反复理了很多遍，没什么毛病。

而这个bug是在各种没规律的操作下会出现的。这些操作，都是客户端程序结构里，可能因为控件模块的逻辑，可能因为界面逻辑，也可能还会因为和引擎相关的动作、特效、模块读取等等相关。

总之确实问题出在那边的可能性更大。

服务器端，虽然存储着重要数据，和这个氪金bug有关的逻辑判断也在这边进行，但并没有检查出问题。

赵小凯沉默不语，过了一会说道：“确实有可能是跟动作特效和光效有关。这个充值操作，调的引擎里一些光效和音效。如果纯粹只是客户端内部的问题，不至于bug出现的逻辑这么混乱没规律。”

苏鸣点了点头，白天他们当然也按照测试组提交的报告，去尝试重现这个bug。

后来才突然从柳安适应环境适应得很快这个念头里，想起种种bug出现的场景，似乎都伴随着人物的移动，或者视角的变动。

画面在变化，光线和模型的渲染就会进行。

他这才想到，有没有可能是客户端的代码逻辑和引擎产生了冲突。

“我觉得要不你们先从这两个方向尝试一下，看看会产生什么效果。”

赵小凯深深地看了一眼苏鸣，点了点头：“咱们赶紧从这一块去查一查。”

他招呼的是自己的两个搭档，三个人一起默默走了。

如果真的确认了，这算是被别人找出了bug原因，还是错不在他们？

代码没错，是最开始按照戚云伟研判确定的引擎选型来做的，开发计划也是戚云伟做的，提交到测试环境的deo也是他验收的。

可他是头，这个bug导致的绩效惩罚，他会怎么定？

苏鸣和剩下的人一起，大眼瞪小眼。

有的人只是干瞪眼，有的人还一边吃盒饭一边瞪眼。

苏鸣叹了一口气：“如果这个判断得到了验证，我担心还会不会有其他类似的问题暂时没暴露出来。”

小伙伴们一时之间都不好了。

他们不是大厂，已经制定了中长期的发展规划，铁定了心思要基于某个商业引擎甚至自研引擎去做一个又一个项目。

这次对于公司来说，也是一次非常重要的突破尝试。

突破尝试，就意味着研发预算有限，所以用的一个开源引擎。

开源引擎有很多好处，比如会有源代码，会有很多的开发者分享经验。

但它也会有非常多的麻烦，比如配套的开发工具不会太全，出问题的概率也很大。

之前说的造轮子，就是基于引擎本身，再开发一些实现特定游戏功能的子系统，专业一点说叫中间件。

但轮子可不是那么好造的。