“上一次更新注销流的工作人员是谁?出来认领一下。”
这一条消息发出来之后,久久都没有人回复。
梁洁只能再艾特一下所有人。
而这个时候,她下面的一个项目经理回复了她。
“梁总,我刚刚确认了一下,上一次的更新内容比较杂乱,但是并没有修改任何与注销相关的东西,梁总,你是不是弄错了??”
梁洁看到了这一条消息,顿时疑惑了。
没有动这个?
那磊哥是怎么用这个上分?
不可能啊!肯定是有这个东西,他才能利用啊,如果没有他怎么用?
“@项目经理你确定???别漏了,你再仔细看看??”
“梁总,确认了,有关于注销相关的业务需求,我刚才全部查出来了,我把查询的脚本私发您,您自己看看??”
很快,梁洁便收到了一串查询脚本。
梁洁虽然不是技术人员,但是还是有看脚本语言的底子。
这一串脚本语言的查询条件就一个,那就是只要涉及注销相关的业务,那都回出结果。
并且这是在后台查的,电子邮件可能丢失,后台存储的不可能丢失,因为每个员工的交接和合作,都是依赖于后台,不把数据录入后台那工作都没法进行。
梁洁把这一串脚本语言复制过去,然后再后台运行。
很快就查出了几百条相关的修改。
而最近的修改,居然是3个月前,并且修改内容是注销这个按钮的位置,并没修改实际的业务逻辑。
“嗯???”
梁洁人都懵了。
最近的修改是3个月前???
不可能啊,那磊哥怎么用这个上分的?见鬼了???
梁洁立马开始私聊这个项目经理。
“那磊哥的注销流是怎么回事???如果近期没有人动这个的话!”
“注销流?什么注销流?”
“嗯……就是注销的话,会更容易上分。”
“这样……梁总啊,这个是注销清空活跃度的逻辑,其实在elo机制刚出来的时候就有了。”
注销清除活跃度!
看到了这一行话,瞬间梁洁就明白了什么。
elo机制和活跃度相关度很高,而若玩家做出了注销的行为,那必然代表这个玩家有可能远离游戏。
本小章还未完,请点击下一页继续阅读后面精彩内容!
而他们用福利局,把玩家哄骗回来,这个逻辑可以说是相当的顺畅。
那也就是说,磊哥发现的上分漏洞,并不是这一次最近的,而是发现了以前的!!
梁洁顿时内心生出了一种无力感。
如果说梁洁刚刚是抓住了救命稻草,试图用这一根救命稻草进行绝地反击。
而现在的梁洁,就像是被直接溺死的人一样。