I do not think so, at least not with LLMs. The problem is that an LLM does not even begin to reach the level of reliability of a typical compiler. LLMs hallucinate, create bloated code, leave out functionality that was requested, have no clearly specified functionality, cannot deal with subtleties, etc. Hence LLM-generated code needs to be reviewed carefully and that is probably in the end more expensive than having somebody competent write the code from scratch. There are also indications that reviewing LLM code is mind-numbingly boring and people will burn out doing it, while even now there are not enough people that can do it in the first place.
Also note that the attempts of replacing programmers are _very_ old. When I studied CS almost 40 years ago, the 5GL project had just resoundingly failed. Its idea was to have program specifications in constraint logic and then have the machine create code for that. The problem was not that this did not work. The problem was that creating a specification on the level required was much harder and more time-consuming that writing the code directly with a typical informal or semi-formal specification. And, quite frankly, I see the same problem with LLMs as translation engine, as soon as you need actual production quality code. For producing low-quality slop, LLMs are fine. But that slop will not survive in the real world, especially as the one form of code LLMs are really good at creating is attack code, which does not need to be reliable, secure or maintainable. Hence low-skill hackers got a major upgrade here, while LLM use makes the defenders even weaker.