15.1.2 良性bug是否该被修复？

原书第15章的1.2小节复杂项目的会诊在332页中说到：

第一步：开发者提交参加会诊的Bug和修改方案，以及伙伴测试结果。
开发者必须向与会者报告的是：
Bug是什么；
危害是什么，如果不修复，有何后果；
用户会有什么变通办法；
是否经过代码复审，是否经过伙伴测试。

在这里，我认为，应该加上一点：Bug是否良性且受用户欢迎，是否需要被修复。

我觉得这一点是非常重要的，就比如GTA5中的摩托飞天术。玩家发现，通过进行有一定规律的按键操作，可以使得摩托车在天上悬浮。由此bug带来的GTA5线上模式中的毒图制作就深得玩家喜爱，这虽然违反了物理定律，但是让玩家体验到了快乐。与之相对的，就是GTA5线上模式的漫长读取过程，有的时候，甚至需要20多分钟，这虽然不能称为bug，但是也影响了用户体验，经人发现，原来是GTA5在读取数据时，读取了开始不必要的数据，即车库的数据，而这消耗了大量的时间，在读取完基本数据之后实际上就可以进入地图中了，在进入后继续读取车库数据即可减少初始登入时间，这就算是一个需要解决的问题。
如果bug并不是恶性的，开发人员就毫不犹豫地将其修复，而用户表示对这个bug很是欢迎，这毫无疑问是向用户泼了冷水。因此，我认为，bug的修复是需要进行考量的。
————————————————
版权声明：本文为CSDN博主「メ幻梦灬虚妄ベ」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/CJQ6661999/article/details/123407887