It’s not hard to swap “LLM” speak and make it sound like arguments made about ever higher-level language.
We are all operating at a couple of layers up the stack and 99% of us would be lost at N-1 let alone N-2/N-3 but we don’t bemoan that. I really don’t see how LLMs are different.
Coding with an LLM could be at most compared with some kind of non-deterministic and non-documented compiler, where you could not predict in any way how it will generate assembly code, so every time when you compile a program you have to also list the generated assembly code and then you must read carefully the assembly code and think hard to determine if it really does what you want.
Of course that does not mean that an LLM is useless for coding or that there are no tasks that can be vibe-coded without worries.
But for anything of long-term importance, like a product delivered to a customer, reviewing carefully a lot of LLM-generated code is not guaranteed to be a simpler task than writing that code yourself. In some cases it may be more productive to partition the new code into code generated by an LLM according to your instructions and code that you write yourself.
Output from compilers is already verified - after all they have an extensive suite of tests.
With LLMs you're getting into the role of someone who keeps validating the compiler over and over, because its output is not deterministic.