‹ BackHN Continuity

Thread

Bez: Generating a browser engine from specs and tests

126 points · 49 comments · nerdypepper

  1. Alacart · · focus · HN ↗
    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.

    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.

    1. hnlmorg · · focus · HN ↗
      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.
      1. nicoburns · · focus · HN ↗
        That does happen, but these days they tend to add that kind of thing to the spec (and the test suite). There was a minor drama several years when WHATWG (representing browser vendors) effectively took over the spec process from the W3C because they were fed up with the W3C taking an idealistic viewpoint, and speccing things that they couldn't actually implement.
        1. hnlmorg · · focus · HN ↗
          That’s good to know. The W3C probably did more to hamper web standards than anyone else (except maybe Microsoft). So I’m not surprised WHATWG took over.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.