若认知有误请指正......
不是听说新地图一个礼拜不会加进RK O_O?
刚刚登上线有更新了，然后一排RK......月球殖民基地
黑人问号.jpg
我还特别确认写着“竞技对战”四个大字
打完也确实掉分了......
说好的一个礼拜不加RK咧！？
(队友都不熟地图被辗过)
作者:
oliverhb (oliverhb)
2017-06-23 15:38:00只有上次Orisa一周不上RK的印象～
the technology just isn't there yet
很想问竞技ban图一周对游戏公司来说很难吗=.=?
难不成你觉得他按一个按钮就可以Ban了喔(-_-)
本来这次要改成延迟一周 但是这样服务器会有Bug所以改成下次
作者:
sakyle (Sakyle)
2017-06-23 16:04:00真得很难阿，毕竟是欧美数一数二的大公司，BAN图一周真难
作者:
w9 (Good Day)
2017-06-23 16:07:00暴雪不意外啦，d3超大bug修不好只好把整个拍卖场拔掉~
WOW的16格包的设定很恐怖...他是把程式一直写在这设定上面，你只要知道如果他要改这个设定快要变成把整个游戏都拆了....
作者: as83158 2017-06-23 16:27:00
休正bug需一周 刚好直上 kappa
作者: q4w5e680 (Brian) 2017-06-23 16:44:00
真正写过程式就知道以前以为的小bug实际上多难修了
作者:
ilohoo (ilohoo)
2017-06-23 16:46:00公告讲讲都很简单，工程师才知道可行性如何
作者:
cephas (血法)
2017-06-23 16:50:00大家以为写程式的动动手指就可以了...颗颗
作者:
jack9731 (hidochunk)
2017-06-23 17:01:00没写过程式的真的都觉得好像像很简单一样
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2017-06-23 17:05:00
一个循环没写好拖垮整个server谁要负责?
作者:
sakyle (Sakyle)
2017-06-23 17:05:00公司砸自己脚还要这么多人护航真是辛苦你们了发公告前自己会不知道有没有这功能XD
护航的到底是想什么 公告发出来没做到本来就bz的错了啊
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2017-06-23 17:11:00
我赞成是BZ的错 但错在没确定就发公告 程式本来就有变
作者:
w9 (Good Day)
2017-06-23 17:11:00ow团队纵向联系做的不好，不过不意外，一直以来都是这样
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2017-06-23 17:12:00
数 请不要认为程式很简单 有问题的是暴雪搞不清楚就发公告
没说写程式很简单吧= =?而是这种设定对大型游戏公司来说，并非什么很棘手的问题吧?
作者:
andy8568 (FreeHugs)
2017-06-23 17:31:00上面是说ban图很简单吧说实在的我自己完全想不出来ban图难在哪
或许真的有什么难处，变相成像我这门外汉根本不懂还觉得很简单。
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2017-06-23 17:35:00
算法 数据库结构 code server架构等等都不知道的状况下很难判断说到底难不难 只能确定说BZ公告前根本没发现
作者:
andy8568 (FreeHugs)
2017-06-23 17:38:00我不觉得地图资料会跟算法有关……单纯抽掉资料没有很难
作者:
sakyle (Sakyle)
2017-06-23 17:40:003V3 1V1游乐场都能有自己一套地图组，为什么RK不行?就是没写好吧?
作者:
andy8568 (FreeHugs)
2017-06-23 17:50:00除非BZ真的笨到是直接用编号暴力读取数据库内容 不然先把地图抽掉完全对整个游戏没有影响 正常人写数据库都是用循环去取值 如果出问题不会只有一张地图出事
说真的这张还是新图,以一般写法应该没理由ban不掉XD
作者: s091572no 2017-06-23 17:57:00
能任意新增地图 但是却不能拿掉 感觉怪怪的
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2017-06-23 17:58:00
我在猜说会不会有动选图机制 要不然用旧的地图组应该不会有问题才是
作者:
andy8568 (FreeHugs)
2017-06-23 18:00:00如果是动到选图机制的话 一样跟地图资料无关喔因为那是在取值那边的逻辑运算有改变 数据库内容不影响
以最直观的写法选图机制ban图应该是不难的,只能说BZ或许混了些其他算法在选图里才搞得这么复杂吧
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2017-06-23 18:05:00
之前BZ有公告过他们选图算法有改过 一般来说取值完后做运算应该跟数据库内的资料无关 可是不知道BZ到底是怎么弄得
作者:
andy8568 (FreeHugs)
2017-06-23 18:08:00混了其他算法的话整个程式码会很可怕耶……
作者:
lf41001 (东山烧肉饭)
2017-06-23 18:08:00你刚刚其实打的是快速 队友都半藏夺命炸弹鼠
BZ之前有说选图会尽量不重复,所以至少有这套的演算吧
作者:
andy8568 (FreeHugs)
2017-06-23 18:09:00物理演算应该是分开 选角演算要用前端取值再抽角色数据库 地图我猜是随机抽样 可能再加上不连续重复的保障机制
我也没碰过那么大的project,他们可能真的有独特作法吧
作者:
andy8568 (FreeHugs)
2017-06-23 18:11:00可是保障机制的写法其实也跟数据库的资料无关 应该是把上次抽的值多定义出一个变量 写一段判断不重复的句子除非他有要每个地图分开算 那我就不知道他们是怎么写的
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2017-06-23 18:18:00
或许真的有可能 排队机制还要讲求效率 或许BZ有一套自
作者:
ilohoo (ilohoo)
2017-06-23 18:19:00忘记把这项功能写在工作室的白板上
作者: marx93521 (<阿ㄉ一ㄥˋ>) 2017-06-23 18:19:00
己的算法认为能兼顾随机性跟效率
我觉得单纯只是他们都在忙highlight的新功能XD
99个bug 修正一个放上更新档 还有255个bug
作者:
danielqdq (摸射里Moxury)
2017-06-24 10:13:00楼上崩溃屁 就是bz的问题了
作者:
a8500249 (拍拍说再给他们一次机会)
2017-06-25 23:40:00是bz问题啊 但所谓的护航不是在回应 '没有很难吧？'这种推文吗xD