新老员工都假装看不到一个大坑，我看到了并自以为有解决方案，我真的很想解决，我该不该揽下这个锅。

[WhyAreYouSoSad]

是一个关于库存对比的坑，这个之前生产环境已经一直在修修补补了，新老开发都责怪用户操作不当，但我知道是里面算法有问题（同时，领导是技术出身，肯定也知道这个问题的真正原因），现在负责这一块的老员工即将离职，我很想解决到这个 bug，也有思路。但我该不该主动领锅呢？

[seven777]

@hotMan 哪个行业软件？有没有机加工行业的物料管理方案？

[Phariel]

你改到一半，发现遇到更大的问题改不下去了，你那时候骑虎难下你要怎么办？

[forkon]

如果你是老板你会怎么做

[willvvvv]

揽之前想想清楚，解决方案是完备的么，会不会有潜在的坑。不然揽完之后潜在的坑别人会以为是你造成的

[ChristopherWu]

行走江湖，最重要一个字：稳

[vivachencs]

投入与产出(

[st2udio]

Thread.sleep(5) 这个真的不是 BUG ！发工资就考它了

[whosesmile]

不气盛还当什么年轻人？(先沟通，当面最好)

[zjuster]

这个不是锅吧？是发现问题主动承担。
但是你得确定自己能解决这个问题，全局来看，有没有漏掉一个相关问题？这个问题是不是解决不了所以才一直没人解决呢？

[NonClockworkChen]

领导不找人背锅是有自身考虑的

[x86]

你要先预估好方案，别改一半发现没法改了，那到时候就蒙 b 了

[allon]

最好不要主动接锅 你有没有想过 既然都知道这个问题而不改是什么原因？别人又不是傻子

[ender049]

确认 hold 得住就上

[LeeSeoung]

建议跟老员工多了解这其中的关系，有时候问题并不是你看到的那么简单。。你能想到的方案，公司那么多老员工没一个能想到？为啥他们不去实施，都是有原因的。。

[wangyifei6817]

说改的都是刚工作吗?
工作几年你就知道
大部分很明显的"bug" 根本不是"bug"
一个你看起来是 bug 的代码运行那么多年,线上没有故障,那他是 bug 吗?
说改就改?改出问题锅你背?你背得起吗?
大家都知道的事,还在那里放着,即便不是代码上的最优解,也是业务上的最优解.
写程序,不要总盯着代码

[bluefalconjun]

自测好吧... 一般这种锅... 看起来是个锅... 其实是个大坑...

[misaka20]

我觉得你应该编写，然后自己多测测。再反应上级。

[7654]

@WhyAreYouSoSad #2 存在即合理，除非到了非改不可，提上日程的时候
@sagaxu #38 原来不是用户手大啊

[feilaoda]

just do it
我支持你去做

[jkneedout]

不建议改，对你没有直接收益。 上班还得向钱