阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 码猿技术专栏 「不才陈某」欢迎转载，保留摘要，谢谢！

• N+1 补偿应该被追回吗？
• 离职后对原代码还有责任吗？
• Bug 到底是谁的锅？
• 如何避免类似情况

---

🙂🙂🙂关注微信公众号：【芋道源码】有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

离职交接后自己开发的接口出现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，提高软件项目质量和稳定性。