核心加密组件交给实习生，全组返工到崩溃

一、离谱决策：敏感加密组件，交给实习生“练手”？

事情的起因很简单：项目要对接用户隐私数据，必须开发一个通用加密组件，用于所有敏感字段的加解密，而且这个组件后续要嵌入多个模块，属于核心基础工具，稳定性和安全性直接决定整个项目的生死。

我们组本来都做好了承接准备，毕竟这类组件需要考虑边界场景、异常处理、性能优化，还得兼容新旧代码，不是随便写个加密算法就行。结果领导开会一拍脑袋：“年轻人要多历练，这个任务交给XX组的实习生吧，让他好好锻炼一下。”

当时我们全组都懵了，私下里疯狂吐槽：历练可以找常规需求啊，这种核心通用组件，一旦出问题全链路都要崩，交给连生产环境规范都没摸熟的实习生，这不是埋雷吗？可领导一句话拍板，我们也只能硬着头皮等组件交付，心里早就预感到要出事。

二、连环翻车：从延期到报错，全是血泪教训

果不其然，噩梦从组件交付开始就没停过。

首先是延期交付，我们这边业务代码全写完了，就等加密组件对接联调，结果实习生那边进度严重滞后——一会儿说加密算法和旧系统不兼容，一会儿说异常捕获逻辑理不清，硬生生拖了三天才把初版组件发过来。我们本来能正常下班的节奏，全被打乱，只能天天等组件，摸鱼都不踏实。

好不容易拿到组件，一跑代码直接库库报错：加密后的数据解密失败、空值传入直接抛异常、高并发场景下出现加密串错乱，各种bug层出不穷。我们一边催实习生改bug，一边自己排查是否有调用问题，折腾了整整一个下午，才勉强把核心报错修复，测试用例跑通的时候，已经快半夜了，想着终于能安心下班，结果第二天更绝。

第二天一启动项目，又双叒叕报错了！全组排查了两个多小时，从调用链路查到数据格式，最后才发现是实习生私下改了加密组件的核心逻辑，还没同步任何通知，也没更新文档——他觉得之前的加密效率低，擅自换了加密模式，导致我们这边调用代码完全不兼容。没办法，只能又回头改业务代码适配，之前的联调成果等于白费，全组陪着返工，心态直接炸了。

三、不是否定实习生，是领导决策太离谱

这里必须声明：不是说实习生不能做技术任务，而是领导完全没把握好“历练”的边界。

实习生缺乏项目实战经验，尤其是这类核心通用组件，需要考虑的不仅是功能实现，还有兼容性、安全性、可扩展性，甚至要制定调用规范，这些都需要资深开发把关指导。领导倒好，直接把任务甩出去，既没有安排导师全程跟进，也没有做代码评审，完全靠实习生自己摸索，这不是历练，是拿项目风险换“人情式培养”。

更要命的是，加密组件涉及敏感数据，一旦出现漏洞，可能导致用户信息泄露，后续整改成本极高。之前就见过有公司实习生误传未加密核心代码，导致公司花几周重构逻辑，版本更新推迟还流失用户，这种教训还不够深刻吗？把如此关键的任务当“练手工具”，本质上就是对项目不负责任，对团队劳动成果不尊重。

四、职场启示：靠谱领导，从不会乱甩核心任务

经历过这件事，我才算彻底明白：不靠谱的领导，只会凭感觉决策；靠谱的领导，懂的“因材施教”，更懂风险把控。

对于实习生，合适的历练任务应该是辅助开发、模块优化、单元测试这类非核心工作，在资深开发的指导下逐步上手，而不是直接把核心组件、敏感需求丢过去“自生自灭”。毕竟职场不是学校，项目有明确的时间节点和质量要求，没人能为“历练失误”反复买单。

而作为打工人，遇到这种离谱决策，也别硬扛——提前和领导说明风险，列出核心任务的交付标准和依赖条件，必要时要求安排资深开发兜底，尽可能降低返工成本。不然最后活儿没少干，锅还可能自己背，实在得不偿失。