HN

Comments (82)

• Menu

  hliyan
  I'm starting to wonder whether reactivity (not React specifically) was the originally sin that led to modern UI complexity. UI elements automatically reacting to data changes (as oppposed to components updating themselves by listening to events) was supposed to make things easier. But in reality, it introduced state as something distinct from both the UI and the data source (usually an API or a local cache). That introduced state management. It was all downhill from there (starting with two way data binding, Flux architecture, Redux, state vs. props, sagas, prop drilling, hooks, context API, stateful components vs. stateless components, immutability, shallow copy vs. deep copy, so on and so forth).
• Menu

  voidUpdate
  At some point, someone is going to come out with a no-JS, no-NPM, no-SSR framework and we're just going to have invented HTML again
• Menu

  rounce
  Why have `<div data-part="form">` instead of using a `<form>` element?
• Menu

  egeozcan
  IMHO, you shouldn't make "hate" part of your tagline.Maybe focus on a use-case? Something like, "No-build, no-NPM, SSR-first JavaScript framework specializing in Time-to-interactive" - maybe?
• Menu

  febusravenga
  "If you hate react" feels like very bad argument in engineering.Anyway, interesting approach for up to medium pages (not apps!). Totally not replacement for react.
• Menu

  ale
  Build steps are realistically speaking inevitable because of minification, tree-shaking, etc. which is not even a big deal these days with tools like esbuild. For a "true" DOM-first component reactive system just use Web Components and any Signals library out there and you're good.
• Menu

  rsmtjohn
  I have been building with Next.js for years and still reach for it by default, but I genuinely appreciate the philosophy here. The no-build approach eliminates an entire class of problems -- stale caches, bundler config drift, slow CI pipelines -- that we have collectively normalized as "just how frontend works."The SSR-first angle is especially interesting. Most frameworks bolt on SSR as an afterthought. Starting from HTML and progressively enhancing is how the web was designed to work, and it is telling that we keep circling back to it.
• wg0
  Have tried multiple approaches. Sevelte. HTMX. Everything in between.And came to conclusion that after certain complexity of UI - React kind of components are unavoidable if you want to be able to reason about your code.Think of Shopify admin panel with product variations each variation having different pictures and what not.Not saying not doable in plain JS.But then Chrome can be written in NASM too, C++ is just...
• Menu

  bartwaardenburg
  The fields/flags state model is a nice idea, having structured values separate from boolean state is something I haven't seen in other frameworks. How does this compare to Alpine.js or htmx in practice? They're in a similar space (no build, SSR-first) but I'm curious what made you go with a new framework rather than building on top of those?
• lo_fye
  I wonder how many users would prefer to have full page reloads (aka traditional server-side rendering) when navigating instead of all the insane http requests and ads we have today?See also: HTMX and possibly even jQuery
• Menu

  bearjaws
  Why use JS at all for SSR?It's not a great language for it.
• Menu

  eknkc
  I thought I hated React until I saw the samples on this page...
• exabrial
  What a breath of fresh air
• JSR_FDED
  Philosophically Datastar is on the same page. Incredible performance and dramatic reduction in complexity.
• Menu

  joeyguerra
  There are people who hate react?
• Aldipower
  Hate and love, the borderline framework for borderliners. SCNR
• Bengalilol
  I must have overlooked the site, but are there any working examples?
• 1GZ0
  Yeah, no thanks..I'll just stick with a $5 vps with lamp and jjquery
• anthk
  If the point it's to run propietary code, do yourselves a favor, ditch JS, and enable WASM for webapps and make most of the text web HTML5+CSS3 only. At least I won´t need to mangle User Agents to just read simple articles and images froma blog or a news site.
• cies
  I went with SSR for a new project started 2025Q4. I'm not against React, but when I have to make an SPA (or very interactive component in an SSR app) I much rather use Elm.In order to do the JS that I have to do with an SSR app I went with Alpine.js. It reduces the JS I have to write and that fits my SSR approach.It feels a bit like a modern jQuery to be honest: you cannot build whole apps with it, but just to sprinkle on top of an SSR it does really well.
• chattermate
  [dead]