ai 编程，程序员搞死程序员，未来之路怎么走

@94 为什么不敢呢，你又不是不 review 。 给 AI 创建好 context ，AI 比人写的既快又好

ai 逐渐变成了葵花宝典。

@snappyone #41 ， 我说的是就单论 VibeCoding 的情况。都 vibe 了，还能一个一个 commit 去 review 啊，又不是几个小修小改……
辅助编程确实可以，而且效率非常高。但是 VibeCoding 的产出模式就不一定适合传统意义上的开发者了，从开发模式的定义上面就是和普通开发模式是有区别的。

现在 VibeCoding 如果每一个 AI commit 都去 review 一开始可能还可以，但是随着使用的次数变多需求变多，很多 IC 会慢慢放弃去好好 review AI 产出的代码，毕竟去理解非自己开发的业务逻辑还是很耗费时间精力的。
那如果不是以 VibeCoding 的前提去考虑，单纯就是 AI 辅助编程的话，就不是 OP 提到的 AI 编程了。但是大型项目不去 review 最后早晚要掉进坑里，这些个 review 又不可能放到 Manager 去做，难不成放到合并 MR 的时候，让组长去看？

虽然这不是 AI 的问题，而是使用者和管理上的问题。但是就产出模式来说现在纯靠 VibeCoding 的方式就是不适合当前的管理和开发方式。

@94 #43 ，绝，所以因为 VibeCoding 写出来的烂摊子，创造出来一个 #VibeCodingCleanupSpecialists# 的岗位！
真是太甜蜜的🐂🍺了！/t/1161492

目前 0 经验基础的后端，用 trae 写前端，已经上线了，支持每天几千人的访问。感觉前端真的被替代了。起码我们公司的业务可以的。一个人全栈开发公司的小程序商城+web 管理

@94 如果 IC 直接 vibe coding 都不 review 的话那这个 IC 还要他干嘛，直接找几个印度人好了，人家英语更溜。 我们实践下来感觉就是以前几天的开发量，在建立好足够 context 的情况下，工时可以缩短到几小时，如果连这点时间的 review 都懒得去，那我觉得是走错路了。而且因为有了 vibe coding 很多辅助的 tool 可以用极低的成本开发出来，从另一个方面又减少了需要的人手

@snappyone #46 ，我讨厌很多纯 VibeCoding 的说法，也是从实际操作上面的情况来看，AI 用得越多 review 的次数就会越少。
从 V 站很多 AI 工具推荐和使用反馈还是其他社区里面的反馈来看，大部分人并不会那么“尽心尽责”去 Review 产出的代码。越来越多的人都是在往无脑 Accept All 上面越走越远。都是你就说这个代码能不能 Run 起来，结果对不对吧。
要不然也不会出现 #44 提到这个帖子中的 “给 AI 擦屁股专家” 这样的岗位了，会出现这样的岗位就说明这种现象并不是个例，而是已经造成项目管理上的困扰了。
所以不能从 VibeCoding 的理念上面出发。用作辅助编程，或者指定 BugFix 这样的具体任务上面，确实会减少很多中高级开发的工作压力。

虽然 AI 出现之前这部分人也会无脑 Copy/Paste 用百度和 Google 来的代码，但是 AI 出现之后这些没有经过分析拆解的代码产出，越来越没有办法去快速分辨了。

需求、架构、重构、review 实际要做的事情一个都不会少，只是因为 AI 的接入速度指数级提升

@midsolo 除非产品对前端设计没要求，而且前端用 AI 也能很容易干后端的活，反而更精确，前端调整太多

@Xtdzzzz 同感 只是短期由于环境变化导致暂时岗位减少，这些 ai 还是要人来驾驭的，二十年经验的全栈工程师和二十年的新东方厨师公司会选哪个来管理这些智能体呢