离谱需求大揭秘家人们，今天必须来跟你们唠唠我给 AI 提过的一个超级离谱的需求，现在想起来都觉得自己当时胆子太大了！事情是这样的，之前我在做一个项目，这个项目已经维护了好长一段时间，代码那叫一个混乱，新老代码混在一起，简直就是一锅大杂烩 。项目里新的代码用的是 mybatis，加解密还比较好处理，可以通过 mybatis 的拦截器拦截来实现。但老代码就麻烦了，它是直接调用 xml 文件去执行 sql，这就意味着我得手动在 sql 执行之前对参数进行加解密。要是你遇到这种情况，你会怎么做呢？当时年少轻狂的我，做了一个现在想起来都想抽自己的决定 —— 我直接一股脑把整个项目代码扔给 AI，让它帮我...

拒了，又一个提前实习转正，算上电话算面了4轮。唉，怎么说呢。可能是本人比较敏感，还是介意转正。感觉大多数都是招4进1这种转正率，不美好的秋招，春招加油吧。

📢 重要提醒！还没看过上篇的同学，记得先戳专栏补课哦~咱们要按顺序来才能玩转Trae！很多实习生写代码时，逻辑本身往往没问题，真正出问题的，几乎都栽在边界条件上。最常见的三个点：null 没判断空集合直接 get(0)并发场景下默认“不会有人同时操作”这些问题不是你不会写，而是太容易被忽略。而这，正是 Trae 特别擅长的地方。一个非常好用的方法是：在代码写完后，让 Trae 专门扮演“找茬的人”。首先选中你写的关键代码部分，添加到对话。你可以直接这样问它：这段 Java 代码在 null、空集合、并发场景下是否有风险？请只指出问题，不重构逻辑。Trae 往往能一次性帮你补全：参数校验返回值...