Example - you have several different database crud operation code modules to choose from.
You also have several different database user interface to pick from.
Additionally, you have several database schemas to choose from, including different indexing options depending on what is important to get fast, the mix of reads, deletes, writes, and rewrites, etc..
And several data input modules - keyboard, external data feed, whatever.
And several logging modules, each compatible with the back end.
And several different error-reporting modules (do we put up a user alert and give a chance to edit it, do we not allow it and send a text message to a phone, whatever).
It would be able to give a list of data we want, like Name, etc. without specifiying the data size or internal type, because that's all been standardized (last name, first name, middle name, etc).
Given the requirements in more or less plain english, it should be possible to come up with the optimal solution pretty quickly, since each module has standard interfaces to the others.
For example, I need a way to track a million people. The information that's mandatory is their name and address, date of birth, and gender. When the address changes, the old address should be preserved so that I can trace back if necessary.
Optional fields are cell number, email, home and work phone numbers, and 1 or more emergency contacts. When any of these change, the old ones should be preserved so I can trace back if necessary.
Initial input is via a record dump on a usb key stored in SDF format, with updates being done by either using the same method or by someone typing them in.
A sequential account number should be auto-generated for those records that don't have an account number from the initial dump. The account number is 2 letters, 6 digits, then 2 random digits to help detect bad account numbers.
I should be able to search by account number, name, or any phone number.
Input data from the initial dump should be flagged if not valid, and input data from later should only be entered if all required fields are there.
Auto-generating such an application should be doable now.
What you are describing now is not what you were describing earlier. Earlier you suggested that a computer could "mix and match billions of code snippets already written and brute-force" a program.
What you're suggesting now is that you want the computer to parse your natural language of a problem and turn that into a program.