Top
Best
New

Posted by gr4vityWall 4 days ago

Bun has an open PR adding shared-memory threads to JavaScriptCore(github.com)
145 points | 310 commentspage 4
throwrioawfo 4 days ago|
> Shared-memory threads for JavaScriptCore. new Thread(fn) runs fn on another thread, in the same heap, with the same objects. No structured clone, no message passing, no SharedArrayBuffer-only escape hatch. You share an object by sharing the object.

If you can't even be bothered to write a non-slop PR description, it doesn't bode particularly well for the content of the PR itself...

user43928 4 days ago|
I previously gave this author and the bun rewrite the benefit of the doubt. But an obvious slop PR to the WebKit repository?

I'd tap out here too if I was a maintainer. Even if the change was perfect, if you could not be bothered to write the PR description, I am not going to waste my time with it.

Edit: My bad, the PR is to a fork, in that case it's not our business how the PR description is written.

Me1000 4 days ago||
It’s a PR on their private fork, they’re not expecting to have this accepted upstream.
westurner 1 day ago||
Notes on TLA+ in addition to fuzzing on "Ideas and resources for fuzzing shared-everything threads · Issue #84 · WebAssembly/shared-everything-threads" https://github.com/WebAssembly/shared-everything-threads/iss...
pavlov 4 days ago||
This LLM PR description style is getting very tiresome. The obvious signs are the little lists (“not x, not y, not z”) and pompous declarations like this:

“The bring-up log at the bottom is honest about what broke and what it took.”

the__alchemist 4 days ago||
Bun alert!
lgtx 4 days ago||
Counting 62 em-dashes in the PR description alone, are people reading those walls of slop anymore?
slopinthebag 4 days ago||
Course not. They have an LLM summarize it for them.
bakugo 4 days ago||
No human has ever read or will ever read the PR description.

No human has read or will ever read any of the code, nor was any human thought involved in its creation.

Everything is performative now. As long as you just keep your eyes closed and believe it all works, that's all that matters.

skeledrew 4 days ago||
Does it not work? I'm watching for the explosion and following "told you so"s.
MuffinFlavored 4 days ago||
I know a ton of people absolutely hate this level of "LLM code + LLM PR description + LLM PR review" but my boss would have an orgasm if I was able to use AI half as well in our org... :/
Atotalnoob 4 days ago|
Just stop caring about quality. It makes it 10x easier to produce slop with AI if you never bother to check
rustystump 4 days ago|||
It is sad. This is a new reality. No one reads code, it is agents all the way down. It has been long enough now that I can safely say AI has not sped up project delivery nor improved quality when it did ship.

Is it the AI or the people using it? Idk

mannanj 4 days ago|||
Humans made the AI, and their goal is profit, so there’s no AI using people: it’s humans using people.
fzzzy 4 days ago|||
It is sad. This is a new reality. No one reads machine code, it is compilers all the way down. It has been long enough now that I can safely say C has not sped up project delivery nor improved quality when it did ship.
Yoric 4 days ago||||
I just wrote an internal report in my company.

My conclusion from the project I'm working on is that, as of this day, there is no way to have both this so-called 20x performance improvement _and_ any kind of quality. Or security if whoever is running the agent has any token in an .env anywhere on the same file system.

We'll see in which direction the CTO takes this. My bet is not on quality.

MuffinFlavored 4 days ago||
The company I work for, the code Opus 4.8 is able to generate, is higher quality than what was left behind by 10+ years of contractors that have come and gone.
Yoric 4 days ago||
I understand that some developers produce very poor code. Maybe in some companies it's the norm. Luckily for me, I've seldom worked alongside such developers.

In my company, the code Opus 4.8 is able to generate appears competent, but if you dig a bit, it contains way more timebombs than anything I've seen the team members develop.

vips7L 4 days ago||
Time bombs and just 2-3x the amount of code for the same thing. I recently rewrote a Claude generated feature from 3000 lines to 800. I guess AI fans are just predicting that no one will have to read the code in the future or something like that.
Yoric 3 days ago||
Yeah, I suspect the 2-3x amount of code, but I can't prove it yet. This will wait for the next report :)
vips7L 3 days ago||
Last study I read said it was 6x.
this_user 4 days ago||||
Software Engineering may have very well entered its own Eternal September.
MuffinFlavored 4 days ago|||
> Just stop caring about quality.

I'm not so sure this is true anymore. It may have been years ago but... can you honestly say "the Bun project was fully AI written, therefore the quality is poor"?

Any concrete examples/proof?

balgaly 4 days ago||
[dead]
mwkaufma 4 days ago||
[flagged]
stephen 4 days ago|
Amazing. This is what the Typescript team should have done instead of rewriting to golang -- innovate the runtime.
bastawhiz 4 days ago|
That doesn't help anyone using Node. I don't want to have to start using a new runtime because my compiler is slow. That's wild.
stephen 4 days ago||
You're already using a new runtime with tsgo -- it's golang at build time -- but still running Node in prod, so the same could work here. :-)

Agreed I would not want all Typescript users forced to use /this/ runtime, but if the TS team shipped tsc as "oh now it's uses a special fast JS runtime" (just like tsgo is a different runtime) I'd love to at least have the option of using the same special fast runtime in my own still-written-in-TS apps.

Seems I've either struck or a nerve, or miscommunicated, given the insta down votes.

bastawhiz 1 day ago|||
tsgo isn't loading a full js jit compiler and a significant subset of the Node standard library. I'd be equally upset to see a Python compiler installing Pypy as a performance improvement to compile code for CPython faster.
jitl 4 days ago|||
if there was a thingy that compiled JS to a 10mb native executable with shared heap multithreading, im sure we'd use it. however, no one has invented such a thing. until this pr.
stephen 4 days ago||
Right! That's why I think this is an exciting development.

I assume everyone is downvoting me for "liking LLM slop", but really I just like the competition that "this is possible!"

And would love a slop/non-slop/whatever version in Node/v8. Someday!

jitl 4 days ago||
same. ts with thread + struct would be a killer language.

i pray anthropic buys roblox to get pizlo to actually land this