"Human made" is not automatically better and we need to stop pretending that it is.
Here's an example:
Show me a fully LLM-generated database with an implement that's clear, documented, and adequately bug free.
Codebases degenerate when the authors do not understand the system in which they operate and make changes that degrade the cohesion of the system as a whole. Humans do this all the time; at my company we had a 10k line lua function (within a 250k loc lua service) that grew through ten thousand point modifications. It's bad and humans caused it. Now, it's 15k lines of code and 10k lines of misleading slop comments.
LLMs do not go through the struggle of understanding and don't experience the distress of "wtf am I reading?" and don't experience the drive to make things less horrible for the next person. That suffering loop is how many codebases halt degradation and in the absence of suffering LLMs will pile bugs and rot endlessly.
What you are describing is not bad software, it's complex, performant and software with a long lifetime.
Hah, I love sharing that link too. But contemplate this: Give the Oracle 12 engineering culture an unlimited token budget, do you think the code will get better or worse?
Based on what I've seen in industry, I think the answer could be very likely worse. They'll generate bad code at an even faster rate, and very quickly nobody in the company will have any idea how anything works.
What this proves is that "human made" is not automatically good. Better is a complex question. LLMs have a magnifying affect on the quality of human decisions.