组里新来的组员喜欢用AI写屎怎么办
新组员过度依赖AI生成低质量代码，引发团队关于“vibe coding”的激烈讨论，甚至出现资深程序员因AI辅助而暴露实际能力不足的问题，对招聘和初级岗位价值提出质疑，并建议加强AI辅助审查和新人指导。
1. 关键信息
- (之前已归纳) 新组员不遵循先设计、后评审、再编码的流程，直接使用AI（"vibe coding"）生成大量代码，导致代码质量低下，难以审查。
- (之前已归纳) 这种现象被认为是“vibe coding”浪潮下的产物，让一些人认为自己是“写码小天才”，追求快速产出，但最终形成“屎山”。
- (之前已归纳) 有用户建议使用Claude code，认为其“边界感很强”。
- (之前已归纳) 有用户调侃称，CEO都在推动“vibe coding”，可能是发帖人“顺应上意不够”。
- (之前已归纳) 有用户提出用AI review来应对AI生成的代码，或“解决掉人”。
- (之前已归纳) 有用户认为“能写是福”，总比“三天憋出两个字强”。
- (之前已归纳) 有用户建议“vibe coding”者，自己也“vibe reviewing”，通过增加测试用例来应对，并指出PR中实现已完成任务的可能是新人对项目不熟悉。
- (之前已归纳) 有用户提到“组里的老登还在古法编程，一个straght forward的问题还要走review流程。pr多了说我水cr，至今还不会用ai review code”。
- (之前已归纳) 新组员对分配的小任务，让其先理解再用AI，结果反复产出无用代码，并询问是否要放弃。
- (之前已归纳) 去年组里有一位“vibe coding”的新人，导致项目出现问题，不到三个月就被PIP（绩效改进计划）淘汰，尽管其面试时表现强劲。
- (之前已归纳) 有AI PPT的负面案例，内容冗长且缺乏实质性内容，需要花费时间去教导。
- (之前已归纳) 对于AI生成的代码，可以让AI逐行解释后再进行修改。
- (之前已归纳) 可以将PR（Pull Request）直接丢给AI，利用AI的技能进行自动审查。
- (之前已归纳) 有微软背景的五年资深程序员，使用AI将Infrastructure As Code写进了Java package，引发对招聘和面试评估的质疑。
- (之前已归纳) 招募初级开发者作为AI Operator已无意义，不如资深开发者直接与AI沟通。
- 新增回复提到，对于新组员，其发帖询问的应是“自己写的代码组里老登一直不给过怎么办”，而不是反过来。
2. 羊毛/优惠信息
- 无
3. 最新动态
- 无
4. 争议或不同意见
- (之前已归纳) 对“vibe coding”的接受程度不同，有人认为这是趋势，有人担忧其对代码质量的影响。
- (之前已归纳) 对AI工具的适用性和有效性存在不同看法。
- (之前已归纳) 对新人融入团队和项目理解的包容度存在差异。
- (之前已归纳) 新增回复的建议（直接移除不适应者）可能与强调团队协作和新人培养的观点产生冲突。
- (之前已归纳) 新增回复中关于“印度裔，不过是北美这边长大的。特别会面试，干活不行”的描述，可能引发关于招聘和绩效评估的讨论。
- (之前已归纳) 新增回复中关于AI PPT的负面案例，反映了对AI工具过度依赖和实际应用效果的担忧。
- (之前已归纳) 对资深程序员使用AI犯低级错误表示质疑，暗示AI辅助编程可能掩盖真实能力问题。
- (之前已归纳) 认为初级开发者作为AI Operator的价值降低，与AI直接交互的效率更高，引发对初级岗位价值的讨论。
- 新增回复中，发帖人被反问“这还要问怎么办吗”，暗示其对情况的认知可能存在偏差，或者团队内部已有明确的应对方式。
5. 行动建议
- (之前已归纳) 建议新组员遵循团队既定的开发流程，先进行设计和评审。
- (之前已归纳) 考虑使用特定AI工具（如Claude code）以期改善代码的规范性。
- (之前已归纳) 认识到“vibe coding”可能带来的负面影响，强调代码质量的重要性。
- (之前已归纳) 应对策略包括：采用AI辅助审查、加强测试用例、新人一对一沟通解释任务、以及对“古法编程”的调侃。
- (之前已归纳) 对于难以适应团队流程且严重影响工作质量的组员，可以考虑直接移除（“敢招进来就要负责啊，要么管理要么踢人”）。
- (之前已归纳) 建议，可以让AI逐行解释生成的代码，以便人工修改。
- (之前已归纳) 建议，可以将PR直接交给AI进行自动审查。
- (之前已归纳) 提到，对于反复产出无用代码的新人，需要考虑是否放弃继续尝试。
- (之前已归纳) 分享了AI PPT的负面案例，提示在接受AI辅助时需注意实际效果和必要的指导。
- (之前已归纳) 建议，对于资深程序员使用AI犯的低级错误，应在招聘和面试环节加强对实际操作能力的考察。
- (之前已归纳) 建议，初级开发者应转型为AI Operator，并与AI进行更深度的交互，而非简单执行AI指令。
- 新增回复暗示，发帖人应反思自身在团队中的角色和问题，并可能需要调整其对AI使用和代码审查的看法。
最近搞一个新项目来了个新组员，每次assign给他一个task，让他先做design，review with team再写code。从来不听，然后一看pr写了一堆别人的task的东西。一个pr几十个file change，全是vibe coding写的
纯纯的屎山，根本不知道怎么review。自从vibe coding的浪潮开始了，感觉大家都觉得自己是写码小天才了，巴不得10分钟写整个项目。结果最后全是屎山
@打豆豆 说说他！
我擦，我以为是我的manager受不了了，来发帖了
用的是Claude code吗？让他用这个，边界感很强。
现在CEO都在推动vibe coding, 感觉不是他有问题，是你顺应上意不够
【引用自 xeraz】:
让他先做design，review with team再写code
按两下shift+tab开启plan mode
用ai review 魔法打败魔法
史诗AI
不太管用，稍微大一些的项目plan mode我自己都要和AI iterate好几遍。新人就直接丢个200多行的md给你review，一条条slack上回复还不如直接自己跟AI改快
那干脆直接ai review吧，和用ai写论文再用ai去查ai率same energy
AI屎山只能用AI review来应对了
或者你把人解决掉
应该把你开了，现在还有代码是古法编程手写的，你 out 了
能写是福 总比三天憋出两个字强吧
这事情分两部分，人家vibe coding，你就vibe reviewing，根据你的经验多加几个test cases。到时候出问题，也不是你们的锅，搞不好还求着你们帮忙debug。
但PR里实现了别人的tasks，就要1on1说明情况了。刚来的新人，可能对谁在做什么不了解，做了已经实现的或是别人在实现的内容，很正常
“组里的老登还在古法编程，一个straght forward的问题还要走review流程。pr多了说我水cr，至今还不会用ai review code“
Pip uninstall --reason “hard to work with”
我们组有个也是，给个小破活儿，让他先理解了再让AI干。结果一次又一次出来的都是没用的。每次都问：abandon？
。。。不然咋办？！ 今天提交，过两天dead code bot再给你clean/
敢招进来就要负责啊，要么管理要么踢人
所以写出来的咋改呢？ 让ai每一行都解释清楚 再上手改？
【引用自 xeraz】:
让他先做design，review with team再写code
写成一个PR review skill
【引用自 xeraz】:
从来不听，然后一看pr写了一堆别人的task的东西。一个pr几十个file change，全是vibe coding写的
纯纯的屎山，根本不知道怎么review
直接PR丢给AI用上面的skill自动review
去年组里来了一个这么干的，搞出两个page，来了不到三个月PIP走了；当初面试全是strong yes，uplevel hire来的。不过那个时候vibe coding还没这么流行。
印度裔，不过是北美这边长大的。特别会面试，干活不行。
是我pm去贵司出任了吗
别说了 现在还有ai ppt 上来就27 页 最后benefit是 客人能节约50-80% storage cost。问题会议就30 分钟 一问三不知 简直乱来 还得教。
【引用自 未知】:
国内后端intern要求是这么高的嘛 搬砖
agent 和 skill 那些learning curve 基本为0，还不如面这些系统设计呢
用ai 一考知识储备 二考智商
你刚相信我们组的微软来的5年资深程序员用ai试图把 Infrasturcture As Code pr 到 java package 里吗？ 这面试的时候咋能看出来
现在招junior做ai operator已经没啥意义了，还不如老登自己亲自跟claude聊。
这还要问怎么办吗 不是应该他发帖问自己写的代码组里老登一直不给过怎么办