[dzdt]

This continues the trend that the C++ language spec is too large for any person to understand, full of opaquely named things for obscure use cases. Maybe when most code is written by LLMs this kind of extension will be appreciated? Because the LLM can manage to get its large head around all of these obscure functionalities and apply them in the appropriate situations?

[raincole]

Since the birth of ChatGPT, people have been talking about if one day LLMs will be trained to write bytecode or even machine code directly, making future code incomprehensible for humans.

It'd be funny if it ends up being just C++35.

[taminka]

this is silly, we already have an algorithm for generating very efficient assembly/machine code from source code, this is like saying maybe one day llms will be able to replace sin() or an os kernel (vaguely remember someone prominent claiming this absurdity), like yes, maybe it could, but it will be super slow and inefficient, we already know a very (most?) efficient algorithm, what are we doing?

[ainiriand]

I would love to see the first LLM shot in the foot with C++. I mean it is not like human devs don't do that right?

[pjmlp]

It is hardly any different from,

C Source code => Tradicional UNIX C compiler => ASM => object file

Now everyone is doing

AI tooling => C Source code => Tradicional UNIX C compiler => ASM => object file

For all pratical purposes, just like using a language like Nim, the workflow exposed to user can hide the middle steps.

Then there is the other take, if you start using agents that can be configured to do tool calling, it is hardly any different from low code applications, doing REST/GraphQL/gRPC calls orchestrated via flow charts, which is exactly what iPaSS tooling are offering nowadays, like Workato, Boomi,...

[cbm-vic-20]

Or, like the Shakespeare programming language.

https://shakespearelang.com/

[secondcoming]

you don't have to use it

[anjellow]

but you will have to read it if someone else uses it.