We built LLMs so that you can express your ideas in English and no longer need to code.
Also, English is really too verbose and imprecise for coding, so we developed a programming language you can use instead.
Now, this gives me a business idea: are you tired of using CodeSpeak? Just explain your idea to our product in English and we'll generate CodeSpeak for you.
The idea is this would be a kind of IL for natural language queries. Then the main LLM isn't dependent on quirks of English.
No joke. I'm 100% sure that if it's successful, we will find CC's skill to write specs for CodeSpeak.
Damn, I am the product A-GAIN?
COBOL?
sssssh! if this catches on we can keep our jobs! (j/k, mostly)
That seems like it could lead to imprecise outcomes, so I've started a business that defines a spec to output the correct English to input to your product.
relevant Dijkstra https://www.cs.utexas.edu/~EWD/transcriptions/EWD06xx/EWD667...
"In order to make machines significantly easier to use, it has been proposed (to try) to design machines that we could instruct in our native tongues. this would, admittedly, make the machines much more complicated, but, it was argued, by letting the machine carry a larger share of the burden, life would become easier for us. It sounds sensible provided you blame the obligation to use a formal symbolism as the source of your difficulties. But is the argument valid? I doubt."
I'm really glad random HN commenters know it better than someone that built a language that has been used in thousands of products.
Somewhere Dijkstra is laughing his ass off.
I'm sure that this time the language will be simple and English-like enough that execs can use it directly, similarly to COBOL and SQL.