一句话总结：先看这个需求是否合理：需求评审会，再看这个需求给谁做：排期，那你打算怎么做：技术评审，做的怎么样：code review，测试介入。发布这个需求：上线需求评审会：这个实习生都不一定能参与，其实就是产品提完需求之后，大家一起聊一下这个需求的合理性，可行性和价值。一起对其一下对这个项目的理解。排期：看谁最近手里有空闲时间，就把这个需求给谁做。大厂内部都有一个类似日历的东西，相当于需求的时间管理表。你要和各个同学，比如产品，前端，测试协调好时间。比如你说你1.6-1.9预估完成这个需求，那前端是不是预估1.9-1.10完成前端需求？测试是不是预估1.10-1.11完成这个需求？技术评审：...

找个实习，找了3个月，没人理我

有一次我对 AI 提了一个离谱到自己都觉得好笑的 Java 需求：“帮我写一个程序，自动找出所有内存泄漏、生成修复补丁，并直接提交到 Git。”这需求看起来像“自动化神器”，但本质是想让 AI 变成一个会理解业务、会分析代码、会操作版本库的全能工程师。更离谱的是我还加了一句：“顺便统一项目所有日志格式、处理所有异常，并回滚到上一版本。”AI 当然给了我一套很完整的方案，但我知道真正落地会非常复杂，也很可能把项目搞崩。后来我才明白，离谱的需求可以问，但别指望 AI 代替工程师做所有决定。