王者荣耀：新版芈月就是一个Bug？单挑无敌，肯定要削！王者荣耀：新版芈月就是一个Bug？单挑无敌，肯定要削！信息汇百家号有一句话是那么说的：曾经你对人家爱搭不理，今天我让你高攀不起！昨天新版芈月就让很多王者荣耀的玩家体验到了这句话的真谛，曾经的芈月简直就是鸡肋，虽说定位是AP，但是由于输出太低，又没有什么控制，导致很多人根本不会临幸这个大美女。而昨天，重做之后的芈月，让很多人使用一次之后，直呼太爽了！单挑简直就是无敌的存在，甚至有人怀疑这个重做的英雄是不是一个Bug？首先，重做之后，芈月的伤害更高了，甚至还能打出爆发的效果；其次，这个英雄定位是法坦，恢复能力就不用说了；最后，还能偷属性，这个让对方怎么活呢？对于这个新英雄，玩家们七嘴八舌的的进行了点评：1、芈月伤害提升了，但是爆发还是低，需要持续粘人。而且一二技能都很好躲，虽说别人难杀她，她也不好杀人。2、说爆发低是没get到芈月精髓啊，目前芈月装备面罩冰杖输出爆表好么，说不行的自己去试试就知道了，我估计没几天就要砍。3、新出英雄，对线时未摸透其特性，在一些技术好的人手上比较秀，起码经常残血逃生，看似很厉害。我个人认为一段时间适应后就不会觉得变态。毕竟机制还是回血，梦魇制裁克制明显。加之天美肯定会削一下的，不是削乌鸦量、距离就是削移动距离。本文仅代表作者观点，不代表百度立场。系作者授权百家号发表，未经许可不得转载。信息汇百家号最近更新：简介:这是一个充满信息的时代作者最新文章相关文章Bug引发事故，该不该追究责任？
作者：朱赟
编辑：马越
本文由极客时间App授权发布。
极客时间App，订阅专栏“朱赟的技术管理课”。
“人非圣贤，孰能无过？”技术人员也是人，因此编程过程中难免出 Bug，出了 Bug 系统就会出问题，出了问题系统就会宕机。那么，Bug 引发的一连串事故，该不该追究责任，又如何去追责呢？
今天我就和你聊聊 Bug 和责任的问题。
记得有一次，一个国内的访问团来公司参观。在交流的过程中，有人问：“在你们的工作中，工程师的 Bug 或者失误引发的问题，会不会被追究责任，会不会扣工资，会不会被开除？”
当时我很诚实地按照实际情况回答说：“不会。”
这个人又继续问：“那出了事故没有任何惩罚，不会有问题吗？”当时，我围绕着员工的素质、自觉性和责任心进行了回答。后来再次思考这个问题，我越想越觉得有意思。
我在 Airbnb 负责支付和交易业务，这意味着大部分的错误都等价于真金白银。无论是从用户那少收钱，导致公司亏损，还是从用户那多收钱引起法律或者合约的纠纷，只要跟钱沾了边，都不是小事情。
俗话说 “常在河边走，哪有不湿鞋”，各种因为代码问题引起的麻烦也是屡见不鲜。那么，在 Bug 引发问题的情况下，怎样处理才能最大程度上保持团队的主动性、责任感和执行力呢？
我们先来假想两种极端的情况：如果每个错误都会受到惩罚，会怎样；如果所有的错误都没有任何追究和跟进，又会怎样？
假如每个错误都会受到惩罚，不难想象，以下情况一定难以避免。
大家都怕闯祸，所以风险高的事没人做，或者总是那几个靠谱的“老司机”做。没有机会处理这种复杂情况的人，永远得不到锻炼，也无法积累这样的经验。
如果有人搞砸了什么事情，会因为担心承担后果而推卸责任，从而尽可能掩盖错误的坏影响，不让人知道。
如果别人犯了错，会觉得不关自己的事。
指出别人的错误就会导致别人被追究责任，因此看到有问题也会犹豫要不要指出。
反之，如果无论发生什么错误，都不需要承担后果或进行反省，没有任何担当，那可能又会出现以下情况。
同样的错误可能会一再发生。
小错没有被及时制止，或者没有引起足够重视，最终导致酿成大错。
做事仔细的人会觉得不公平。自己为了安全起见，每次代码改动都写很多单元测试，每个项目都反复测试和预防问题；但是别人的草草而就导致错误百出，却因为显得进度更快，反而被认为更有效率。
那么，对于工作中的错误，尤其是 Bug 导致的错误，我们应该采取什么态度和措施呢？
第一，追究责任，但不是惩罚。“知其然，并知其所以然”，搞清楚在什么场景下，什么样的 Bug 引发了什么样的错误。相关人员应该尽最大的可能去做好善后工作，并思考如何避免下次犯同样的错误。
第二，对事儿不对人。在这个追究的过程中，重点在于怎么改善流程、改进制度，来避免同样的错误，而不是指责员工不应该怎么样。如果相关人员已经那么做了，为什么这个错误仍然没有及时被发现和制止？
第三，反复问“为什么”，从根本上发现问题。错误为什么会发生？有些 Bug 可能只是显露出来的冰山一角。
举一个假设的例子，因为小王的代码改动影响了小李的代码，让小李之前实现的功能不对了。在这种情况下，我们首先要问：
为什么小李代码功能不对没有立马被发现？
答：因为小李当时的测试用例没有覆盖这种情况。
为什么小李的测试例不完整？
答：因为这个地方的测试需要 mock 一个服务的返回值，但是这个 mock 的值并不是真的服务器端的返回值，所以测也测不出来。
为什么要去 mock？
答：因为我们的测试系统框架不够完善。
这样反复问，反复想，就能找出根本上值得改进的问题，而这样的结果和受益，比惩罚犯错儿的人要好得多。
第四，员工关系的建立也很关键。我们需要培养的是大家相互信任、互帮互助，为了共同的目标努力的氛围，而不是一种不安全感。这种不安全感可能是自己不够自信，害怕犯错；也可能是对他人漫不关心，或是对其代码质量有怀疑。只有大家都相信，找出问题的根本目的是解决问题，避免问题再发生，才能建立一个不断反思、不断学习、不断进步的良性循环。
最后给你留一个思考题， 这也是现实生活中我多次听说的事故。如果你是一家公司的技术主管，团队里的一位工程师因为误操作删除了线上的用户数据，这时候你又发现，上个月数据的自动备份因为某些故障停止了，现在你该怎么办呢？
本文摘自朱赟在极客时间App开设的付费专栏“朱赟的技术管理课”。欢迎扫描文末二维码在极客时间给我留言，和我一起讨论。
朱赟专栏全年目录
Angela 的专栏主要聚焦在技术管理、技术实践、硅谷文化和个人成长四个领域。专栏目录具体如下：
专栏订阅指南
苹果用户：
请在苹果商店下载“极客时间”App，注册登录；
在发现页找到专栏入口，点击专栏完成购买。
安卓用户：
请关注极客时间服务号，ID：jikeshijian；
在菜单找到专栏入口，微信端完成支付和阅读。
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
今日搜狐热点}