刚才语音频道中只有丁讲师一个人在指挥，显得很严肃，现在灭团了，大家也就开始畅所欲言，语音频道中变得活跃了起来。

“蛀牙，要不你现在就回去洗个天赋吧，你那奥法打这个boss真不行，你洗个冰法。”

“是啊，打几下就没蓝了，虽然瞬时爆发高，但不持久也没用啊！男人，还是得持久一点。”

“我觉得这次发挥还行，大家配合越来越好了，就是脸黑了点，竟然连续被点了两次牧师。否则的话，应该还能再坚持三分钟，不，也可能坚持五分钟！”

“五分钟不可能，真能坚持五分钟我们就有希望过这个boss了。”

“但不管怎么说，连续点名牧师两次这个事情，讲师作为团长背锅！就没见过脸这么黑的团长。”

很多人都让蛀牙去洗天赋，事实也确实如此，打这个boss，还是冰法最好使。

因为boss的火抗很高，火法的话，各种抵抗，而且即便不抵抗，法术打上去的伤害也是不疼不痒的。

奥法输出虽然还可以，但太缺蓝，即便有唤醒等回蓝技能也还是不够。

出于对团队的负责，洗一个冰法确实是最优选择。

蛀牙默默地叹了口气：“好吧，那我回去洗一下天赋……”

然而就在这时，丁讲师把他给拦住了：“等一下，你先别急洗，先分析一下刚才的那个bug！你为什么也被涅法洛尔点名了？”

蛀牙也是一脸懵逼：“我不道啊！”

其实刚才那个bug出现的时间很短，第二次点名牧师之后不久就灭团了，所以大多数人都没有关注。就只有丁讲师，恰好点开蛀牙的头像，看到了那个负面效果，并确定了这肯定是一个bug。

丁讲师仔细思考前因后果：“是因为你用窃法者这个技能，偷了牧师的神圣之火，打在了boss身上，让boss误以为伱其实是个牧师？

“这种bug也是挺离谱的！逆天堂的程序员怎么会犯这种低级错误……”

这个bug，离谱就离谱在它根本不符合程序设计的基本机制。

如果程序想要实现“boss点名特定职业”的这一功能，其实最简单的方法，就是直接读取玩家角色的职业代码。

在数据表中，玩家的每个职业肯定都有一个代码，比如牧师是10001，法师是10002等等。

涅法洛尔要点名牧师的时候，直接检索出当前团本中所有职业代码是10001的玩家，然后给他们上这个负面效果也就可以了。

为什么boss点名会跟玩家使用的最后一个技能产生关系？

虽说这样确实也能实现功能，但明显比前一种做法要麻烦太多了。

程序要先检测这名玩家对boss使用的技能，再通过技能ID去反向检索玩家职业，这不是脱裤子放屁吗？

“算了讲师，没必要深究这代码怎么写的，你不是最擅长找bug吗？快想想这个bug如果真的存在，我们该怎么利用一下！”有人提议道。

丁讲师陷入沉思：“嗯……怎么利用……

“似乎利用不了啊！”

这个bug有啥用呢？其实没啥用，因为触发条件太苛刻。