入职发现转组的人留下的code有小问题影响KPI 应该和老板说吗

刚入职，是back fill。非码农是做data analysis 相关的。我back fill的role 之前的那个人转组走了（代称A）但是还在公司。我和A有过两次KT，A大概给我讲了讲data和pipeline。

我在自己试A的code的时候发现有点小问题，code正常跑，但是有些小的corner case没考虑，会导致稍微影响一点KPI，但是影响非常非常小。由于刚来，不太清楚影响的KPI是不是重要的KPI （有的KPI 没人看）

我有点纠结要不要和老板说一下再改code。没有code review。主要纠结是过A之前做的东西花了些时间。

- 我刚入职还在熟悉，所以也没有deliver。如果不和老板说，我怕老板觉得我什么都没做。

- 说了的话，感觉A人很好，而且以后可能还会问A问题，感觉有点throw A under the bus，不太地道。而且怕老板觉得我像是在告状的样子，让老板对我印象不好。

想听听大家的意见。谢谢！

补充内容 (2022-10-15 15:11 +8:00):
谢谢大家建议！！

补充一点，有些corner case确实能提高metrics。但是有的能降低。举个差不多的栗子，假设我们组做研究，发布同一些问题在不同social media，A 没考虑语言的问题，有的post本来应该算成一条问题， 但是算成两条了。 这样remove duplicates，肯定metrics会降低，但是就是这样的cornor case也不多，影响不大。

很小的毛病可以不说，你老板说不定还觉得烦。
其他的可以提一下，但是一定不要frame成对方code有问题啊，技术不行啊，要frame成你研究了一下code发现小地方还可以改进一下，提高了一点metrics。一定要强调A的code也能干活，只是你可以进一步锦上添花一下。

肯定要说，不然你的工作量怎么证明？

但要说是代码的问题，不能说是人的问题，因为应该讨论技术，不能攻击他人。

小差异就不用提了吧….

我觉得只要是给前面的老哥credit，然后说自己做了improvement就没啥问题吧，不要踩前面的老哥。

感觉大家都想的好复杂啊。。不就是有bug么，哪个程序员从不犯错从不写bug？你提交一个changelist改过来就好了。。

感觉楼主有点矫情，有bug就直接改了就行了，想邀功的话这么小的bug也邀不到什么功。

匿名用户 发表于 2022-10-15 18:07:07
感觉楼主有点矫情，有bug就直接改了就行了，想邀功的话这么小的bug也邀不到什么功。

不是邀功… 是想表示自己不是什么都没做… 不然一点活都没出