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

离职之后才发现，世界真的就是个巨大的草台班子。原本我一个人负责的项目，我走了之后被拆分给好几个人一起做，结果还是干不明白。不是事情有多难，而是没人愿意真正把细节弄清楚。需求一知半解，代码没人整体把控，出了问题就来回甩锅，效率反而更低。以前总觉得很多流程很“正规”，现在才发现，很多事情能跑起来，靠的只是有人在兜底。一旦兜底的人走了，系统立刻开始摇摇欲坠。所以有时候真不是个人多就行，草台班子里，真正靠谱的永远是那几个把事当事的人。