

These days it more or less explicitly refers to asking an LLM to write your code for you based on prompts.
But on a broader spectrum it is just the idea of (I forget the buzz word) Ticket Driven Development. A manager defines software based on a series of (jira, gitlab, kanban, whatever) tickets/issues and someone below them (in this case, an LLM) implements it.
Done properly? It is incredibly effective as it allows designers and “idea people” to work to their strengths and junior developers to work to theirs. The problem being that, much like when it is a junior dev under them, the person making the tickets likely has no idea what they are doing.
Which is the big problem. Someone who has been writing scripts for decades? Using chatgpt to get the syntax of a function or even to write a utility script is great. They can focus their brainpower on the harder/more fun stuff. Someone who has been writing code for, at most, a year or two? They never learn those foundations and never have a way to do anything the LLM can’t (or verify if the LLM is correct).
That is literally what the job is. If you can’t do that then you aren’t an engineer.
I’ll tell you what I told my nephew: Yes, everyone is going to use AI to one degree or another. So why would I hire you over anyone else? Or, more pointedly, why would I hire someone at all?
Getting to that interview gets harder and harder every year (every month, really). But engineers (and even many managers) can immediately tell someone who knows their shit versus someone who “vibe codes” all the “hard parts”.