Edit: replies are making good points about AI capabilities and where the effort really goes. Let’s just say that I meant this in an aspirational sense, rather than where the rubber actually meets the road today.
Bez: Generating a browser engine from specs and tests (tangled.org)
73 pointsby nerdypepper4 hours ago20 comments
Alacart 2 hours ago
This makes a ton of sense to me with the huge corpus of web standards that exist. In theory we should be able to generate a browser from those specs, it just took a massive amount of effort before. Maybe if things like this get some traction, some of the human time spent implementing the spec could be spent on creating more/better specs, allowing for even better generation too.
troupo 2 hours ago
> In theory we should be able to generate a browser from those specs, it just took a massive amount of effort before.
No, not really. The absolute vast majority of those specs are human technical and technical-adjacent language, not machine-readable specs.
On top of that many web specs often invent new terminology because a lot of things are specced years or decades after something popular has taken over the term in userland.
Alacart 2 hours ago
Maybe over time the specs will become more machine readable (bounded and concrete) if we take these paths. Although in some sense everything is machine readable these days, just not deterministically so (less helpful for specs, but not nothing either).
Your second point makes a lot of sense to me too. I’m not sure how this could handle that facet of human nature, except possibly to indirectly contribute to speeding up the cycle of spec creation.
nicoburns 2 hours ago
As someone who has spent the last 3 years implementing a browser engine from scratch full time (that currently passes ~half the 200k "css" tests that test style/layout/rendering), I find that (without a lot of close hand holding) the AIs are very far from being able to do this. They'll give you something that passes the tests, but it will do it a ridiculous way be far too slow to be useful (and is wrong architecturally such that it's not going to converge on a better solution).
Alacart 2 hours ago
I guess my hope is that while this may be the case now, perhaps it won’t be eventually. If you can generate from a spec, different implementations may be slower or worse in a variety of ways but still meet the spec.
At that point it’s about optimizing and deciding trade offs, both of which might mean heavily directing the generation in some way. Over time, maybe LLMs or whatever succeeds them won’t go down so many bad architectural paths. We’ve certainly seen that already in the last year or two.
I also don’t think folks like you ever lose your value in these efforts, even if all of it came true tomorrow. At worst it would be you plus the AI, which would always be a more potent combination than say, me with an AI trying to make a browser engine.
bergheim an hour ago
> I guess my hope is that while this may be the case now, perhaps it won’t be eventually.
I hear you brother. I, too, hope that one of the two or three companies will be able to improve and displace everything. Who needs Linux anyway.
Hope you are on the right side of the fence.
warkdarrior 28 minutes ago
> far too slow to be useful
Speed is probably not part of a web spec.
> wrong architecturally
Nor is software architecture (though web security specs may have some influence here).
wslh 2 hours ago
I think browser performance (and security) improvements are really difficult to tackle at the scale of browser complexity, and are both art and engineering. In other words, if this were possible, we would see the results first in existing browsers. This project is very interesting though.
Alacart 2 hours ago
Maybe some day this will be the basis but not the complete solution. Agreed that there’s a lot of semi intangible art that goes into browser engine decisions. I’m guessing a lot of which have to do as much with people and current landscape dynamics as they do with the tech.
hnlmorg 44 minutes ago
There’s quite a few edge cases where browsers allow non-compliant code to render as if it were to specs. Because if a site doesn’t render “correctly” from a user perspective, they blame the browser rather than blaming the web developer.
fouc 3 hours ago
I'm looking forward to the day when we have fully functioning web browsers that we have full programmatic control over in all aspects.
With luck all chromium/blink-based browsers will go the way of the dodo bird.
Tade0 3 hours ago
I'm afraid internally they would still look like chromium/blink anyway.
helpprotactiniu 2 hours ago
Is this named like Jev intentionally? Or is this just a new naming convention that I haven't been watching?
monkpit 2 hours ago
Maybe it’s one of those weird LLM smells, like the OpenAI goblin problem.
trencedamp 2 hours ago
I'm sure this is not the origin, but Bez is a celebrity in England, a member of a 90s band called happy Mondays who didn't sing or play anything but just danced. Famous on the panel show circuit
jjgreen 2 hours ago
Slander! What about the (occasional) maracas?
trencedamp an hour ago
Those were bowling pins, it was all fake
mircerlancerous 2 hours ago
This is a neat idea. It opens up a whole new way to make a web app into a native app, while also adding native features not available in web views
nicoburns 2 hours ago
I have a working (and not vibe coded) implementation of a "browser engine for apps": https://github.com/DioxusLabs/blitz
So far it's only HTML/CSS (and we have our Rust-based framework to write the apps in). But it has been designed for fast incremental rendering, so it could be extended with JavaScript support quite easily.
trencedamp 2 hours ago
But can it dance