杂谈(4): 这个Bug改不改？

前几天，项目组一开发妹子（我见过的第六个做开发的妹子，是别组的同事，手上没什么活，临时叫过来做事的。）过来跟我商量一个问题。沟通了半天，是说一个Bug。

问题背景是这样的：这个妹子做了一个视频剪辑的功能，提供了提口让我调用，再把剪辑的结果回调返回。妹子问我剪辑后的视频的时长是怎么获取的，我说有一个场景为了麻烦，我是自己调用系统接口解析MP4文件出来的时长。妹子又说能不能使用她提供的时长。我觉得应该都一样啊，为啥要这么做？妹子这才说原因了：由于一些原因，剪辑出来的视频时长不太精确。比如，UI层希望剪辑[X,Y]之间共120秒的视频，最后实际剪辑出来的视频时长是122秒。测试因为这个问题提了好几轮BUG了，她不太好解决。剪辑的功能不是她实现的，她只是复用别人写的代码。由于GOP大小及关键帧的原因，确实是会存在这种情况, 当然要做到精确也是可以的，可能会复杂些。

妹子为了测试不再提这个BUG，希望我使用她传过来的时长，传给服务器并在UI上显示。这样即使视频是122秒，在UI显示时是120秒，实现了”统一“。用户不会发现只想剪辑120秒，却剪辑出了122秒的视频。

当时，我第一反应是觉得这样做没有什么意义，对用户也没有什么收益。用户可能不会注意到这种时间上的差异，即使注意到了，对用户也什么影响。可妹子一心想解决测试提的这个BUG，觉得不处理不太好。当时我们的讨论可能影响到了在边上办公的Leader，他问我们在讨论什么。说了上面的问题，最后Leader还是说不用处理了，并安慰妹子是他说不用处理的，有问题找他。

有些Bug如果处理起代价比较大，对用户没什么太的影响的话，确实不用处理。为了处理，做一些没有意义的事件，更没必要了。不是为解决Bug而解决Bug，想想Bug后面本质的问题，对用户的影响。技术创造用户价值，没有价值的事少做。