Hacker Newsnew | past | comments | ask | show | jobs | submit | brundolf's commentslogin

The entire administration has been operating on empty threats (see Brendan Carr's FCC speech policing). But most companies don't call them out on it, they just roll over


Just imagine if the threats were to improve worker wages and conditions. Companies are showing that they are paper tigers. We will remember that. Looking forward to a future AOC or some other dem soc administration to just try to fight for the common man for once.


What a weird hill to die on


And also a complete PR fail. This is damaging their brand with devs for no meaningful benefit.


I didn't even see it was a brand blog. Sheesh


One thing people have pointed out is that well-specified (even if huge and tedious) projects are an ideal fit for AI, because the loop can be fully closed and it can test and verify the artifact by itself with certainty. Someone was saying they had it generate a rudimentary JS engine because the available test suite is so comprehensive

Not to invalidate this! But it's toward the "well-suited for AI" end of the spectrum


Yes - the gcc "torture test suite" that is mentioned must have been one of the enablers for this.

It's notable that the article says Claude was unable to build a working assembler (& linker), which is nominally a much simpler task than building a compiler. I wonder if this was at least in part due to not having a test suite, although it seems one could be auto generated during bootstrapping with gas (GNU assembler) by creating gas-generated (asm, ELF) pairs as the necessary test suite.

It does beg the question of how they got the compiler to point of correctness of generating a valid C -> asm mapping, before tackling the issue of gcc compatibility, since the generated code apparently has no relation to what gcc generates. I wonder which compilers' source code Claude has been trained on, and how closely this compiler's code generation and attempted optimizations compares to those?


i'm sure claude has been trained on every open source compiler


Very funny for this to come from the Warhammer studio, specifically


std::simd is so nice and easy to use, even as someone who's never done SIMD before. I wonder why it's stuck as nightly-only


I had something similar happen after sleeping a few times with my first-gen airpods pro. I think something must have gotten filled with earwax or something, because the noise cancelling got more and more broken and had more sudden sharp sounds until they were unusable

But since then I've had two pairs of airpods pro 2 and bought the 3s on the first day, and I've had no such issues with any of them, including sleeping, and flying twice with the 3's so far. YMMV


Super cool! I assume it plays nice with rust-analyzer?


I've heard that VSCode gets some special treatment and integrations with the typescript server that go deeper than normal LSP


To expand on this, the vscode editor can do a lot more than what is specified in LSP.

You can have custom functions in your language server that is not in spec and have your editor specific plugin call them.

I imagine there is a lot of this for typescript.

But I'm not sure if this can explain the speed difference..


I had the same experience and the same outcome. Zed was super fast for editing but slow for rich features, which on the net slowed me down compared with VSCode


Last week someone wrote a blog post saying "We dodged a bullet" because it was only a browser-based crypto wallet scrape

Guess we didn't dodge this one


We didn't really dodge a bullet. We put a bullet named 'node' in the cylinder of a revolver, spun it, pointed the gun at our head, and pulled the trigger. We just happened to be lucky enough that we got an empty chamber.


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

Search: