For massive perf and mem use damage. But oh well. And then we will wait for official version
1,204 karma · joined September 29, 2015
For massive perf and mem use damage. But oh well. And then we will wait for official version
Well, here we are.
On one hand, you have consteval and stuff, letting you FINALLY initialize data at compile time (hey, 20 years late but still!)
on other hand, it is done in most non-debuggable way possible. try setting breakpoint or adding print to constexpr function that causes your requires clause to fail...
so no, newer C++ the language is not possible to use for low level work. The dialects that compiler makers support are. We will see for how long
After following breadcrumbs across blogs, I found the proper incantation, executed it, got "too many arguments" from shell, along with multi-megabyte error wall, did not find anything related to the issue, wrote my own slop-makefile.
nix is escape room
At work, for important stuff, I go through every change, mine or LLM's, edit it, clean it up, rewrite, until I am satisfied with the code.
At home and for one-off unimportant stuff I go "computer make me sandwich".
The second is nothing like the first. No amount of design and pro I have can make sure stuff coming out of LLM actually implements it, as opposed to me be tricked into thinking it does. After all, that is exactly the training criteria – convince the "eval" that task is accomplished, isn't it?
And the second kind of activity takes skill that no amount of "I am pro dev" can compensate.
Power tools cannot "produce any house in hours"
"pro"-ness does not transfer. I can be both good at reading english, and have AI hallucinate non-existing details from the documents it processes.
Genuinely: how? Share some insights. So far I have seen anything exceeding about 2k lines of text in the context diverge. Meaning, throwing more LLM at it rapidly baloons the size at the expense of internal coherence. Things become stale, hallucinated, duplicated and outright faked. Only thing that works is constant manual intervention and pruning of the generated slop.
Not only these things are unable to find "best solution", they are unable to find any solution. Instead (especially for Opus) they seem optimized to convince user that the task is accomplished.
You cannot replace honesty with tech.
But I wonder how long that can last, with the way C++ is going.
At one point, it will make practical sense to update codebase to some other language, rather than keep fighting this one
Yet the pitch is that it is needed for the "unsafe" unsafe code, to make it "safe". Not for all code, to make all code safe.
what about proving safety of not-unsafe code? The meme that rust is "safe" is becoming tiring. Does this thing allow proving absence of infinite loops? Bounded resource use? Correctness of comparison operations? Etc.
Also, why is there still no hardware tagging to simply prevent memory misuse at cpu level, if it actually is such an important issue?
really strange article.