legobmw99

> won’t technically be in C++26 anymore

The actual ISO approvals for C++17 and C++23 came in 2018 and 2024 respectively, so it’s pretty likely this will still be called C++26 if it comes out any time in the next three years

If you read the post, the argument isn’t that AI-made projects are bad, just that they’re uninteresting. It’s similar to the argument I’ve seen people make of “don’t open a AI-written PR, just post your prompt and let me use my own LLM”

> and nobody gets upset

[citation needed]

> Sounds like the author’s experience is strictly in Python

This is funny, matklad is probably one of the more well known Rust-and-zig contributors I regularly see posted on HN. They're the original author of rust-analyzer.

Here's the X that Ys the Z:

On the off chance this isn't just trolling: Getting linux to work on M-series Macs was a ton of work and basically none of it was done by the folks behind Omarchy. Exactly the point being made in this argument and elsewhere is that the funding would be better off going to the people who really did the hard parts of that work (e.g. Ashai developers among others)

Is "loving math for maths sake" just about knowing the answers? I think one can love math for exactly the process and understanding that a several-thousand-line uncommented Lean proof denies. If a deity rearranged the stars to spell out "The Riemann hypothesis is false" for a night, would that be intellectually sufficient?

I think this is a fine distinction to make, though it's worth noting that function arguments _can be_ colors as the author describes if the arguments have to come from a specific place, e.g. in languages where only `main` receives certain arguments relating to system functionality, or a capability framework where only the top-level function receives the capability token.

Better control over the async nature of the hardware is part of what makes GPU kernels efficient, but I'm not terribly sure the same thing would be the case on the other side of the PCIe bus.

But even before you get to out-of-order/speculative execution, I think most languages lack good (i.e. non-intrinsic-based) support for wide registers or anything SIMD related. I know C++ and Rust are both working on this

That seems fair, CUDA kernels and shader code do feel like they're at a similar level of abstraction over the hardware as C was to the PDP-11. But I do think there isn't really an equivalent for modern CPU ISAs

I’ve been a fan of this article for years, though it does often make me think that there really aren’t any true low level languages for our super scalar modern CPUs. Does anyone know of any?

I've started being driven mad by the number of times I've gotten a PR or proposed solution with 'sidecar' mentioned. First of all, it's often some hack to shove extra data into another place rather than actually rethink an existing data structure, and second of all, it is just not a word I almost ever heard in technical discussions pre-2026

The search on this website suggests it is indeed 3.6x more likely in the claude cluster

Huh, first time getting called a bot for me. I assume it’s the “Zed is an editor”, I was originally going to say something like “Zed is one of those editors like VScode that requires plugins for LSPs” and then shortened it

Zed is an editor that requires you to still write a tiny plugin basically telling it how to download and start the server, unlike something like emacs where this is just user config