{"by":"blakeburnette","descendants":5,"id":48805857,"kids":[48810607,48884107,48820030,48884028],"score":12,"text":"After a pretty rough gig experience, I wanted to remind myself that I was a vaguely capable developer. I had recently jumped on the Rust train and wanted a Rust equivalent of React that is more performant and easier to work with. I also wondered if I could effectively eject Javascript. This project came from that... Nectar is a programming language that compiles your entire app, logic, state, and rendering, to WebAssembly. JavaScript is reduced to a roughly 10 KB syscall layer that only bridges WASM to the DOM.

The origin: I set out to get React-style ergonomics with better performance, and about halfway in I realized I had hit the ceiling of what was possible going through the browser's DOM (Blink/C++) and a diffing step. So I stopped fighting it and built my own signal-driven rendering layer that compiles to WASM and updates exactly the DOM nodes that changed, in O(1), with no virtual DOM and no garbage collector.

What it is right now:

- One binary. The same compiler does formatting, linting, testing, a dev server, an LSP, and SSR (although SSR is underdeveloped).\n- Fine-grained signals. Each binding updates on its own, so there is no diffing pass.\n- A Rust-inspired borrow checker for compile-time safety.\n- Language-level keywords for the patterns you reach for constantly on the web: component, store, router, form, auth, payment.\n- SEO and Screen Readers. It compiles to two DOMs from the same source so the app stays visible to screen readers and crawlers.

Honest status, because this is early and it is mostly one person:

- The "no JavaScript" line has an asterisk. WASM cannot touch the DOM directly, so there is a small JS bridge (about 10 KB) that as of this moment I cannot overcome on major browsers. \n- The numbers on the site (a counter is ~10 KB versus ~387 KB for React plus JS) are real but small examples, not a full-app shootout. I would not read them as more than they are. They are intentionally poorly architected to measure throughput at massive scales. (contrived)\n- License is BSL 1.1, so read that before you build anything real on it.

Live demo, 10,000 products with a canvas rendering engine, plus a side by side against Svelte 5:\nhttps://buildnectar.com/app/canvas

Site: https://buildnectar.com\nCode: https://github.com/HibiscusConsulting/nectar-lang

I would genuinely like it torn apart. If the core bet is wrong, crush my dreams but tell me how we can make it better, please. I still am not completely sure this is even a good idea. I honestly thought this would be a lot easier to build than it has been. If I had known at the start, I would have never built it, but here we are.","time":1783351014,"title":"Show HN: Nectar, a Rust-like React that compiles to WebAssembly","type":"story","url":"https://buildnectar.com"}