离职交接后,线上出现bug,接口是自己开发的,n+1补偿被追回了

科技   2024-12-14 17:01   江苏  
将 脚本之家 设为“星标
第一时间收到文章更新

作者 | 不才陈某

来源 | 码猿技术专栏 (ID:oneswholife)

离职交接后自己开发的接口出现BUG,打开工作群发现老板在追问原因,担心自己的n+1被追回;你是不是也有过类似的遭遇?

最近在脉脉上看到这个有趣的帖子:

N+1 补偿应该被追回吗?

当离职交接后,线上却出现了由自己开发的接口的 bug,这不禁让人担忧起已经到手的 n+1 补偿是否会被追回。从法律角度来看,n+1 补偿在特定情况下是合理的,但在这种特殊情况出现后,其合理性就值得探讨了。

如果因 bug 公司决定追回 n+1 补偿是否合法?n+1 中“n”指工作年限,每满一年付一月工资,“1”是代通知金,仅《劳动合同法》第 40 条规定三种情况解除合同才需支付。员工离职交接后出现问题,公司能否追回补偿需具体情况具体分析。

如果公司认为 bug 带来重大损失想追回补偿,需提供充分证据并通过合法途径解决。从员工角度看,已离职交接,责任不应全由自己承担,项目完成需多环节配合,不能因一个 bug 就将责任全归咎于离职员工并追回 n+1 补偿。

总之,在这种情况下,n+1 补偿是否会被追回存在不确定性,需要综合考虑各种因素,通过合法的方式来解决争议。

离职后对原代码还有责任吗?

离职交接后,原开发者对之前代码出现 bug 一般无法律责任。

行业惯例离职有一个月交接期,之后可离开。多数情况下,离职程序员无义务为上家代码负责,除非故意埋雷。现实中,程序员对上家公司解释代码请求全看心情。

总之,法律无明确规定必须负责,行业惯例视情况而定,帮是情分,不帮是本分。

Bug 到底是谁的锅?

线上出现 bug 时责任划分不明确,软件项目开发涉及多环节都可能有责任。

测试团队角度,生产环境 bug 来源有用户反馈等,可分为简单易现、特定场景或偶发问题。简单易现问题测试人员可能有责任,特定场景和偶发问题责任较小,但都应树立正确质量观。

code review 环节没发现潜在问题也可能有责任。

不能因 bug 就归咎某一环节或个人,应按质量类型划分责任并处理好线上问题。

总之,出现 bug 不能简单确定是谁的锅,要综合考虑各环节作用和责任,共同寻找解决方法提高软件质量。

如何避免类似情况

离职交接时,员工要把工作交接清楚,提前一个月提交离职申请,梳理关键事项列清单并向交接人讲清楚,让其签字后自己备份;

不要跟领导、同事翻脸;不要带走公司资料。

公司在业务层要明确需求,程序员自测,测试工程师编写“测试用例”;在代码层利用 Eslint 等避免问题,进行单元测试,积累经验;

在项目管理方面引入严格流程,实施自动化测试等。

总之,员工和公司共同努力可减少离职交接疏漏和避免开发中出现 bug,提高软件项目质量和稳定性。


你怎么看?评论区可以留下你看法!

END

最后

分享一个招聘小程序,专注于IT领域的工作机会,不光有一线城市,二三四线也在其中,最近后端岗位急招,有跳槽想法,或者有找工作打算的话,可以在这上面找找机会扫码登录填写预期薪资、城市、岗位,就可以帮你快速匹配招聘岗位。

  推荐阅读:
  1. 翻到了2016年的面试经历,那是一个互联网的黄金时代。
  2. 讲真,比尔·盖茨的编程水平究竟怎么样?
  3. 世界上最难的 5 种编程语言!网友看后惊讶道:竟不是C/C++?
  4. 变量名字,怎么命名更好?

  5. 某大厂员工吐槽:公司发邮件说春节连续放假18天!可补充说明却让自己怎么也高兴不起来
脚本之家
脚本之家(jb51.net)每天提供最新IT类资讯、原创内容、编程开发的教程与经验分享,送书福利天天在等你!
 最新文章