The problem with this little post is, that vibe coding just is not a "better" way to code. It strips development of something from all the fun developing, from circling around an idea, from figuring out something with your own brain, from trying and testing new stuff, from actually working as a developer... If you genuinely "vibe-code 24/7", you don't develop software, you are translating business logic rules to a se…
However, when I do vibe-coding, I feel like a PM asking a remote team to do code and I get back the response asap. It could be good or it could be bad, but if I don't check it, I am just a PM trusting 100% what my engineer (team) did. How did this work in reality before IA? Well, the engineers had to have some kind of responsability and testing, and assuring that what they did was OK. Now that part is completely "disabled", and the PM Is responsable for the tech aspect as well, without the knowledge (and I am avoiding all the deploy / infra perspective).