Hacker News new | ask | show | jobs
by dzdt 123 days ago
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?
2 comments

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.

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?
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?
Maybe that's why AI images have all those extra fingers and toes!
I mean, you can see llms shooting themselves in the foot with c++ right now, just ask them to write it.
Crowdstrike level shot in the foot.
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,...

> Now everyone is doing > > AI tooling => C Source code => Tradicional UNIX C compiler => ASM => object file

Certainly not. I'm using AI to write Rust, the compiler is way better at telling the AI it goofed completely, and the resulting code (once the AI managed to get rid of errors/warnings) has a much better chance of actually working well.

The use of C was only an example, and I can bet that AI can also goof Rust code that goes through the compiler if that is your argument.

Unless you now tell me that you drive your AI generation code with full coverage unit tests manually written by you.

Or, like the Shakespeare programming language.

https://shakespearelang.com/

you don't have to use it
but you will have to read it if someone else uses it.