Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

While depending on a compiler framework written in C++, the irony.
 help



We’re at a point where you can build anything in any language, and Rust is eating everything because its strict guarantees help cover the weaknesses of AI-assisted development.

Also, even if you don't care a ton about safety, Rust has a nice modern toolchain and standard lib. I did find the Rust language itself more cumbersome than C or C++, but now the lang being cumbersome isn't much of an issue.

One less reason to care about Rust then, I rather go straight to machine code.

> Frame was created over the past month largely via Claude Code. The Assembly code in all its glory can be found on GitHub.

https://www.phoronix.com/news/Frame-X11-Server-Assembly

The eating everything part is only the usual hype cycle as folks update their CVs, in this fashion driven industry.

Except this time around AI makes language knowledge meaningless, we can vibe code anything into any language.


Assembly, C, and C++ all fall into the unsafe category. They don’t offer the same memory-safety and concurrency checks Rust does when AI-generated code gets things wrong. Sorry, but this industry is more competitive than ever, and it’s starting to look like there’s no room for amateurs.

You mean when AI generates Rust code full of unsafe code blocks and calls it a day, yeah.

No, I mean Rust is the final nail in the coffin for C/C++ developers. In Darwinian terms, they’re a species that’s already hit its evolutionary peak and is now heading toward extinction.

I love Unix and C, and I use Hyperbola GNU/LInux daily, but if the current AI stance on security is like the one frmo cyberpunk movies, keeping my N270 based netbook with hbola just barely connected (or with NPF rules with just I2PD and YGG networks enabled) and getting mail/usenet in batch mode will be the norm, because my biggie AMD64 Intel NUC machine for sure will be more and more Rust bound, at least for work/security/banking and whatnot.

I expect migrating my MUTT setup against isync/mbsync with some Golang written MUA targeting my maildir folder. I will lose some speed but I'm not at mail 24/7 in the netbook and Slashem doesn't demand a lot for gaming. Oh, and S9 Scheme and Klong for sure they work with very little, same with MupDF, sxiv for images and MPV. But, as I said, batch-mode communications will be mandatory on that device. Download, upload, disconnect. Every answer to discussion threads will be done offline.

AERC as a mail client it's written in Go and it's supports Maildir, so that's it.

Also, if someone created some SLRN fork rewritten in Go it would work in the exact same way. Slrnpull to fetch, some Go based reader pointing to the caché folder. Secure and not as slow as anyone would think.

Given how many vulns are discovered maybe even pledge/unveil under OpenBSD won't be enough. Call me crazy, but if all the OBSD people migrated to Redox OS keeping the MIT license it could be a crazy move and maybe a surreal end to the BSD Unix mythos, but it might be a much needed evolution, kinda like plan9/9front was against the old plain Unix philosphy. Evolve or die.


If I "go extinct", we both know that LLMs were the first and last nails in the coffin, and all of the nails in between.

In some hypothetical LLM-free world where Rust is displacing C++, hiring managers will still consider C++ experience a strong signal. As is, see you at the bread lines, comrade.


Looking forward to that LLVM rewrite into Rust then, to save Rust from being dragged into extinction.

Naturally everyone around the globe that contributes to LLVM will gladly contribute the rewritten version as well.


Check Rustpython. Not bad at all...

Also, there's some C compiler in Rust, enough to build some crates.


So when will Khronos release their standards for Rust instead of C and C++?

This kind of arguments is what gives raise to the Rust Evangelism Strike Force memes.


Not if you use Cranelift

Yeah, but that isn't what the reference compiler uses.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: