Boot+Cloud项目学习：macrozheng.com
离职交接后自己开发的接口出现BUG，打开工作群发现老板在追问原因，担心自己的n+1被追回；你是不是也有过类似的遭遇？
最近在脉脉上看到这个有趣的帖子：
N+1 补偿应该被追回吗？
当离职交接后，线上却出现了由自己开发的接口的 bug，这不禁让人担忧起已经到手的 n+1 补偿是否会被追回。从法律角度来看，n+1 补偿在特定情况下是合理的，但在这种特殊情况出现后，其合理性就值得探讨了。
如果因 bug 公司决定追回 n+1 补偿是否合法？n+1 中“n”指工作年限，每满一年付一月工资，“1”是代通知金，仅《劳动合同法》第 40 条规定三种情况解除合同才需支付。员工离职交接后出现问题，公司能否追回补偿需具体情况具体分析。
如果公司认为 bug 带来重大损失想追回补偿，需提供充分证据并通过合法途径解决。从员工角度看，已离职交接，责任不应全由自己承担，项目完成需多环节配合，不能因一个 bug 就将责任全归咎于离职员工并追回 n+1 补偿。
总之，在这种情况下，n+1 补偿是否会被追回存在不确定性，需要综合考虑各种因素，通过合法的方式来解决争议。
这或许是一个对你有用的开源项目，mall项目是一套基于 SpringBoot3 + Vue 的电商系统（Github标星60K），后端支持多模块和 2024最新微服务架构 ，采用Docker和K8S部署。包括前台商城项目和后台管理系统，能支持完整的订单流程！涵盖商品、订单、购物车、权限、优惠券、会员、支付等功能！
Boot项目：https://github.com/macrozheng/mall Cloud项目：https://github.com/macrozheng/mall-swarm 视频教程：https://www.macrozheng.com/video/ 项目演示：
离职后对原代码还有责任吗？
离职交接后，原开发者对之前代码出现 bug 一般无法律责任。
行业惯例离职有一个月交接期，之后可离开。多数情况下，离职程序员无义务为上家代码负责，除非故意埋雷。现实中，程序员对上家公司解释代码请求全看心情。
总之，法律无明确规定必须负责，行业惯例视情况而定，帮是情分，不帮是本分。
Bug 到底是谁的锅？
线上出现 bug 时责任划分不明确，软件项目开发涉及多环节都可能有责任。
测试团队角度，生产环境 bug 来源有用户反馈等，可分为简单易现、特定场景或偶发问题。简单易现问题测试人员可能有责任，特定场景和偶发问题责任较小，但都应树立正确质量观。
code review 环节没发现潜在问题也可能有责任。
不能因 bug 就归咎某一环节或个人，应按质量类型划分责任并处理好线上问题。
总之，出现 bug 不能简单确定是谁的锅，要综合考虑各环节作用和责任，共同寻找解决方法提高软件质量。
如何避免类似情况
离职交接时，员工要把工作交接清楚，提前一个月提交离职申请，梳理关键事项列清单并向交接人讲清楚，让其签字后自己备份；
不要跟领导、同事翻脸；不要带走公司资料。
公司在业务层要明确需求，程序员自测，测试工程师编写“测试用例”；在代码层利用 Eslint 等避免问题，进行单元测试，积累经验；
在项目管理方面引入严格流程，实施自动化测试等。
总之，员工和公司共同努力可减少离职交接疏漏和避免开发中出现 bug，提高软件项目质量和稳定性。
Github上标星11K的微服务实战项目mall-swarm，全套 视频教程（2024最新版） 来了！全套教程约26小时，共59期，如果你想学习目前最新的微服务技术栈，同时提高自己微服务项目的开发能力的话，不妨了解下，下面是项目的整体架构图，感兴趣的小伙伴可以点击链接 mall-swarm视频教程 加入学习。
整套 视频教程 的内容还是非常完善的，涵盖Spring Cloud核心组件、微服务项目实战、Kubernetes容器化部署等内容，你也可以点击链接 mall-swarm视频教程 了解更多内容。
