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

[xcstream]

[timedivision]

自己写的就改，别人写的不改，但是可以跟别人说

[hijoker]

@lihongming 大哥,你真是人才

[dorothyREN]

@imdong #5 理论上 有驾照的人都会开车，理论上开车的人都有驾照。那么问题来了。。。

[dnsaq]

职业素养问题，作为打工人我觉得可以不改但是得有个度。第一可以不改，但不要给他人带来麻烦，不改出问题让运维背锅？？？第二可以不改但一定要做记录，或者提前想好应对方案便于真出问题的时候及时处理。

[opengps]

发现 bug 得提出，未必需要你来修复。
修复这个 bug 并没有被安排成你的任务，如果你的 deadline 时间宽裕，那可以好心去做，然而 deadline 里并没有包含这个 bug 修复工作，你没必要承担因此带来的风险。

[fenglangjuxu]

@zpxshl 我也是 还基本都是修改一行代码导致的

[xsqfjys]

提出来走个 bug 修复流程呗，有 bug 多正常啊。但是随便改代码没有测试知道没有业务知道万一出了问题就尴尬了

[lakehylia]

不管是自己的 bug 还是别人的 bug，只要上线了，那就报上去决定修不修。修 bug 是要检查相关业务的，所有涉及到的业务线都要做一次回归测试的。

[vanityfairn]

永远不要在未和别人沟通过的情况，偷偷摸摸 fix，这简直是花样作死，抓到本季度我这儿 kpi 为 0 。可以作为正常得报 bug，然后走 bug 上线流程。同时界定好责任人

[vagranth]

自己给自己发一个 bug 然后改掉呗

[soulmt]

正常流程： 上报风险， 不要夹带私货，做好了没人奖励你，做不好锅就是你的
心机一点： 搞清楚 bug 的原因，坐等发作，然后 bug 出来之后像模像样的用最快的速度搞定，可以赚一波 kpi

[jkhere]

@imdong 如果一个 bug 永远无法触发的话那就不算 bug 吧

[FaiChou]

放奇葩说上 让他们辩论下吧.

[gongshishao126]

@ebony0319 只有经历过的人才懂，get 请求由于拼接参数在 url 上，默认长度有限好像是 2k 。参数长度无法估量的最好是改用 post 请求

[hikari2]

华佗有两个兄弟，你觉得谁医术最高超？

[qoras]

自己的 bug，确认改动无影响，偷偷修掉
同组在职同事的 bug，告诉相应的同事这件事
同级离职同事的 bug，告知领导，不然你修了做了好事领导不知道，万一出事了还要背锅
其它组的人的 bug，看心情吧，怎样都行，毕竟现在大部分公司都不尊重程序员的价值

[jsjgjbzhang]

找个关键时刻 加班解决

[passerbytiny]

第一，任何时候都不要偷偷改东西，你改了啥，在提交信息上至少要点一下。第二，在没有保障措施——测试或评审——的情况下，绝对不要改代码。第三，如果没有 QA，或者 QA 只是个摆设，或者 QA 不管过程，或者 QA 只是个测试，那你干什么都行。

[nomemo]

报出来，改不改再说。

[jiumingzhu]

离职同事写的代码,未上线.接手项目后发现有 bug,权衡了方法的复杂度和 debug 耗时后,我直接重写了那个方法 233