You may be new here. This is Simon’s de facto benchmark for models. I happen to find it a really good one.
Small aside: It’s crazy to me that while it’s improved over time it does seem like most of the models haven’t been trained specifically to defeat this one.
I’ll never forget watching Gary Bernhardt give his talk on JavaScript.[0] Was my introduction to asm.js, and the rabbithole associated with compiling code to run in the browser.
12 years on, it’s shocking how much of his fiction became reality.
The bit about "thick apps" always stuck with me. Partly because the name is funny, partly because it hit close to home. The first time I saw his talk, I was an intern working for a company that had built an entire compiler, IDE, and debugger in-house for their little industrial IO boxes. The compiler was written in C, and we used Emscripten to turn it into some JS that then got "compiled" (see: concatenated) into a giant HTML file with the IDE and debugger bits. Code uploads and debugging happened over ethernet, so all of that just got shoved through Ajax.
This sounds cursed, but customers loved it. Since it wasn't an EXE, it didn't get caught up in their employers' overzealous corporate IT filters. That's why we never switched to Electron. In a sense, we had some of the primeval elements of the thick app.
And if not for the rise of AI it's possible that WASM as a machine-level compilation target for all languages might have happened. As much as Gary predicted he didn't see AI coming.
I believe the idea is that you don't care what language is being used if you aren't going to look at it anyway. Given that premise, the AI can write JavaScript instead of something you need to compile separately.
WASM is hard enough to use that I would say the number of people using it just because they don't like JS/TS is fairly small.
At least that's always been my impression. If you're willing to go through the effort to use it, it's probably because you need the performance gains, and AI hasn't changed that.
The Wikipedia edit that this thread is discussing was as follows. I think it's worth printing it here to make the point that the commenter above you is completely right about the prevalence of anti-semitism in online discourse today:
> Michael Oser Rabin (Hebrew: מִיכָאֵל עוזר רַבִּין; September 1, 1931 – April 14, 2026) was a Jew (a.k.a. kike) rat computer scientist who was co-recipient, with Dana Scott, of the 1976 ACM Turing Award for their military research on efficiently culling goycattle in "Greater Israel".
Nothing about this edit is legitimate criticism of Israeli policy. It is pure anti-semitism. Rabin spent most of his career in the United States and worked in abstract mathematics.
I generally agree that legitimate criticism of Israel is often unfairly criticized as anti-semitic. I would like you to also acknowledge that many people on the left summarily dismiss blatant and rank anti-semitism, as you did here.
I commend you for the attempt, even if it’s clear that it’s falling on deaf ears to who you’re replying to.
The rest of us Jews appreciate that you didn’t let it slide.
It’s hard not to wonder why they even bothered clicking into this thread other than “oh the name sounds Jewish, I can push my narrative” especially with respect to their comment history.
That’s quite a take to assume willful blindness to widespread suffering.
What is pretty clear though: your obsession with constantly minimizing the lived experience of a minority with “no ackshually they deserve it because they really are this way” warrants a look in the mirror.
Who the heck sets it as their antisemitism campaign to edit “vile X” and “X (aka rat)” on Jewish biographies. Normalizing slurs? I thought the goal of antisemites was to spread propaganda about how Jews are bad. Writing “X (aka BAD)” seems like the weakest possible attempt at that.
I don’t know what people elsewhere in this thread are going on about Israel for.
I think racists, sexists, homophobes, transphobes, etc. who do that sort of thing aren’t doing it to convince anyone - it’s partially for shock value, partially to help normalize their attitudes and make other bigots feel more comfortable expressing their views, and partially to make the members of the group that they hate upset and feel unsafe.
One can oppose Israel and the virulent Jewish hate that has exploded in the last few years. It’s not as if massive violence against Jews has never happened.
Do you foresee this changing anytime soon? Would love to contribute but also I think community adoption and contribution would go along way in terms of businesses less worried about single points of failure.
It’s hard balance to strike for sure. And it’s getting weirder by the day with agents.
This is nuts.
But give me some rope here, how much of react renders in Vello. Like is Vello taking the place of the shadow DOM here or is the entire DOM being render on a WASM thread somehow.
I think (not 100% sure) Cillium [0][1] kinda already does this. This loophole is good for packet processing/routing and even introducing XDP based ACL to bypass any ip/nf tables and get that almost wire speed benefit. I use Cilium with these features for custom made k8s clusters with Talos OS without any kube-proxy.
Cilium is definitely the gold standard if you’re working with Kubernetes clusters and need a full CNI, but if you want to extend CNI functionality without replacing it, then this approach is the only option.
It works quite well because Cillium (and all CNIs that I’m aware of) don’t use XDP like the blog post mentions, they use Netkit instead which is an alternative to veth designed for netfilter-like use cases.
This means XDP can work alongside Cillium (with enough tweaking) which is what we wanted to be able to do.
If you’re using pure containers and no CNI, then of course this provides a significant speed up even beyond netkit devices.
It is nice to see people thinking and working on low level networking stuff that everyone will benefit. I think even single node clusters/container hosts will benefit a lot from XDP loophole. I'll keep an eye on it.
[0] - https://github.com/paulirish/git-recent