程序发现了一个程序里未来可能会触发的 bug。 是当时摸摸修掉，别人没有感知呢。 还是等 bug 发作了，去修复它，让别人觉得解决了一个重大的问题。

[xcstream]

[3dwelcome]

如果是自己写的 BUG，肯定越早修复越好，你并不确定，会不会因为这个 BUG，引发其他关联小问题。
我觉得吧，衡量一个码农的价值，是看他写的代码有多少人在实际使用。而不是公司里那个最会修 BUG 的人。

[manami]

别动。我也有过类似经历，不公开的 bug 你乱动修最后出问题是要背锅的

[3dwelcome]

@manami 你可真是机灵鬼。

[dji38838c]

可以选的另一个态度是：根本不在意。
无须在意别人怎么看，你想怎么做就做好了，不必最终目的是"让别人觉得如何"

[imdong]

对于这种问题当然是早发现早治疗，免得贻误时机。

我相反，有另一个问题：

发现一个理论上永远无法触发但明确是有 BUG 的代码，要不要修复？

[liuzhaowei55]

千万别动，你以为只是这一个 bug，其实后边还有 n 多依赖此 bug 而写的特性，所以千万别动。

[txdy1]

@imdong 把这段逻辑删掉

[wangbenjun5]

能问出这种问题的人还是年轻，除非以前那段代码是你自己写的，不然永远不要在未和别人沟通过的情况下擅自修改别人代码。。。

[ebony0319]

在你不能完全控制的情况下别动。我之前改过一个，用 get 方法用一堆 id 去查。我发现在 id 过长情况下会 get 方法会报错。于是将请求分为 100 个每组分配查询。当时以为很简单，结果鸡儿里面还有一个排序。第二个就是有一个查询条件，方向他边界没有处理好。给他加了一句。结果字段写错了。后面就悲剧了。

[php8]

有些 bug 活久了就成精变 feature 了，可能有的代码依赖这个 bug 一改就翻车。我亲身经历过这种 bug，改就是作死，偷偷改就是花样作死。

[ujued]

改，依价值观行事

[lihongming]

@php8 所以屎山也是山，只要够古老，就会有神仙

[Stictonotus]

是自己写的趁早改 不是的话 如果你不能完全理解代码的逻辑那就别动 有的你看上去是 bug 但是人家是个 feature 。。

[renmu123]

你写的就直接改，不是的话就提给产品经理，改不改随他咯

[lscho]

@imdong 理论上永远无法触发，那理论上就不是 bug，修他干啥？修了有钱吗？有钱就修

[zpxshl]

负负得正的事情我遇到好几次了。
修了个 bug，引出另一个 bug，后者还更严重...

[akakidz]

提给老大来决定改不改...

[1423]

考虑一下权利和义务对等原则

[msg7086]

如果你和老大关系好，就和他提一下然后开个 ticket 放着。

[BUappend]

@manami 是的，我就背过锅