从程序员角度分析这次乱数事件奥。通俗的理解活动up池这个功能或者说模块,大家可以理解为他是一个类似于数学函数一样的东西,你只要传递不同的参数就可以生成不同的结果。那么从程序员的角度理解呢,虽然我不是游戏开发的,但是作为一个后端(服务器端相关的代码开发)的开发人员来说,但凡一个了解点设计模式的程序员应该都知道的道理。一个成熟合理的系统架构这个活动up池一定是应该封装成一个固定的模块的。可以供以后不同角色来重复使用。也就是说后台程序员,或者维护人员只需要把这个up池的角色进行一下配置,这个活动的后台部分就可以完成了。虽然可能把问题简化了一些,不过就我理解,后端的程序员是不需要有太大或者根本不需要有代码的修改的。那么这次出现bug的原因是什么呢。
一,可能是前台的程序员翻车了。活动页面的bug啊之类的。
二,可能就是up池模块的后台代码进行了修改。然后出现了衍生的bug。导致活动不能按期上线。
那么问题来了。这是不是说明了游戏进行了某些暗改吗?
一,可能是前台的程序员翻车了。活动页面的bug啊之类的。
二,可能就是up池模块的后台代码进行了修改。然后出现了衍生的bug。导致活动不能按期上线。
那么问题来了。这是不是说明了游戏进行了某些暗改吗?
