Life & fun · alternatives · 2026
24 alternatives to Reactive DOM Updates in Ruby
Hi everyone, I've been working on this thing for a while. It transpiles Haml into Ruby, and then it streams patches to the browser which update the DOM. There is a memory leak in s.rb, which I'm not really sure how to solve. Seems like objects stay alive for longer than they should because of circular references or something but I'm not sure what's going on to be honest. I think this approach has potential though.
Below are 24 products that do a similar job, ranked by how close each is in meaning and then by launch-day votes. Reactive DOM Updates in Ruby launched in 2023; newer entries below may have overtaken it.
- 1IM
Hi! I made a React compatibility library for a Virtual DOM library (https://github.com/aidenybai/million). The idea is to have much faster rendering (a compiler optimizes virtual DOM beforehand) while ensuring the same developer experience React provides. This is very, VERY early stage, so be prepared for weird bugs / plugin incompatibility / etc. If you have any suggestions, I'd be more than happy if you replied in a comment with it! You can spin up the demo here >> https://stackblitz.com/github/aidenybai/million-react-compat
2022 · its alternatives →
- 2AA
Yes, another reactive UI framework for JavaScript. Bear with me, please... :-) I 'invented' the concept for this back in 2011, and it was used (as a proprietary lib) in various startups. Even though many similar open source libs have been released since, and boy have I tried a lot of them, none have been able to capture the elegance and DX of what we had back then. I might be biased though. :-) So I started creating a cleaned-up, modern, TypeScript, open source implementation for the concept about five years ago. After many iterations, working on the project on and off, I'm finally happy…
2025 · aberdeenjs.org · its alternatives →
- 3
Long-simmering side project that is finally ready to see the light. HAMTs are a cool persistent data structure and implementing one has been a lot of fun. Beyond the code, there is likely some value in the extensive and largely complete implementation docs; basic benchmarks are linked in the README, too. Kind of aiming to be "the libavl for HAMTs". That is obviously a high and aspirational bar but a distinct possibility if it stirs up a little interest and/or contribution. Anyways, it's time for this to go out, collect feedback and maybe even some use outside of toy projects. Let me…
2023 · github.com · its alternatives →
- 4BP
Fir leverages Golang’s standard library html/template package and a bit of alpinejs to allow building reactive UIs. You start with plain old html and use alpinejs to enhance it to bring no-page-reload interactivity to web apps. The Fir toolkit is designed for Go developers with moderate html/css & js skills who want to progressively build reactive web apps without mastering complex web frameworks. It includes a Go library and an Alpine.js plugin. How it works ? On receiving user-interactions the fir server re-renders html templates and sends it over the wire where the fir client…
2023 · livefir.fly.dev · its alternatives →
- 5
Full reactivity JS/TS framework. Lightweight replacement of React + MobX + React Router. Very small and fast !! - PxyUp/Revact
2019 · github.com · its alternatives →
- 6
Hi everyone, I have been working on this for some time now and thought I should post it here. I have enjoyed working with React in the past, and I love Ruby, so I thought I'd implement something like React in Ruby, and this is the result. Components are written in Haml and transformed into Ruby. Everything runs on the server, and there's no need to write any JavaScript. It's pretty fast, and latency is usually low enough nowadays when you can deploy apps anywhere in the world. It might not be suitable for all types of web apps, but it might be perfect for some. One of the main benefits of…
2023 · github.com · its alternatives →
- 7
Hey everyone! Some time ago I was analyzing why React apps are so hard to optimize, and came to a conclusion that the lack of atomic updates is the culprit. I made an experimental library which basically updates everything in place directly in HTML. At some point I became aware that Solidjs exists, which is a very similar idea, but at the end of the day I realized my approach to API is quite different and warrants the existence of my library (my state primitive allows selector subscriptions, array iterators return a state primitive with the element, allowing to never re-render the whole…
2024 · github.com · its alternatives →
- 8SR
I’m Chris McCord, a programmer with a passion for science and building things. I spend my time crafting the Phoenix Framework, working with …
2013 · chrismccord.com · its alternatives →
- 9
An agnostic, reactive & minimalist (3kb) JavaScript UI library with direct access to native DOM.
2021 · caldom.org · its alternatives →
- 10
For a year or two I've been building a UI library with the aim of making desktop applications fun and easy to write. It is currently written in C/Ruby and uses a custom tree sitter grammar to describe templates. Features include: composable UI components, template directives, event and prop handling, slots, styles and automation capabilities baked in. One of the goals of the project is privileging easy to write custom components via a drawing API over providing a fixed set of components. At the time of this writing it should install on Windows, Mac, and Linux, but sometimes it is hard…
2025 · codeberg.org · its alternatives →
- 11AD
Hi everyone, After four years, I'm finally open sourcing my little markup language that compiles directly to HTML, and has all the "modern" features built into the core, (reactive components, server side rendering, modules, bundling, etc.). No metaframework required! Feels like I really have something here, I'd love your feedback :)
2023 · a-dom.io · its alternatives →
- 12
Hi HN! I created this lib in the need of a simple and tiny framework to easily do AJAX-style navigation / replacement of fragments in the page, in a web application. For people who don't want to use client-side-rendering and complex frameworks à la React, there are nowadays a few "HTML-over-the-wire" libraries, like HTMX, Unpoly or this super-tiny one Swap.js :) One other key thing is that no external tool is needed: no bundler, no webpack, no TypeScript compiler, no minification needed. Just write HTML, JS (+ your preferred server-side language: PHP, Python, etc.) and it works. The…
2023 · github.com · its alternatives →
- 13
"Game" is a stretch, but I put together this repo containing a pure Rust app which uses SDL2 and compiles to WASM (and can be run in a browser). Older resources were a bit out of date and a bit too verbose for my purposes, so here's a minimal working example.
2024 · github.com · its alternatives →
- 14
Jsblocks▲97Faster than AngularJS and ReactJS. Better MV-ish Framework.
2015 · jsblocks.com · its alternatives →
- 15
I built a Ruby gem for memoization with TTL + LRU cache. It’s thread-safe, and has been helpful in my own apps. Would love to get some feedback: https://github.com/mishalzaman/memo_ttl
2025 · github.com · its alternatives →
- 16
- 17
A Positively Charged JavaScript Runtime . Contribute to alshdavid-public/ion development by creating an account on GitHub.
2025 · github.com · its alternatives →
- 18
fasterDOM.js - faster DOM manipulation. Contribute to bndr/fasterDOM.js development by creating an account on GitHub.
2013 · github.com · its alternatives →
- 19
Hey folks, wanted to show this off and get feedback. Still early/experimental but there are quite a few concepts I'm excited about here. This project came about while writing a program in Go and loving its approach to concurrency. Being a long-time Rubyist I immediately started to think about what similar concepts might look like in Ruby. I set out with two main design constraints: 1. Lightweight: I didn't want routines to be backed by fibers or threads. Having been involved some in the async project (https://github.com/socketry/async), I had some experience using…
2023 · github.com · its alternatives →
- 20
Optimizing compiler for React. Contribute to aidenybai/million development by creating an account on GitHub.
2021 · github.com · its alternatives →
- 21
Ruby Gem to make variables and objects durable. Contribute to philsippl/durable development by creating an account on GitHub.
2016 · github.com · its alternatives →
- 22
Contribute to sdegutis/immaculatalibrary.com development by creating an account on GitHub.
2023 · github.com · its alternatives →
- 23RV
I personally haven't event used or looked at Rust so I don't have an opinion. So now I'm interested hearing what others think? I think the syntax of Rust isn't very appealing, but that's not a good reason to /not/ look at it. Convince me? :)
2018 · its alternatives →
- 24
Spicy templating for node and the browser inspired by Twig, Dust.JS and Hogan.JS - deoxxa/node-ginger
2012 · github.com · its alternatives →
Also compare
- I made React with a faster Virtual DOM alternatives
- Aberdeen – An elegant approach to reactive UIs alternatives
- A hash array-mapped trie implementation in C alternatives
- Build progressively enhanced reactive HTML apps using Go and Alpine.js alternatives
- FastDom – Lightweight replacement of React and MobX alternatives
- Mayu Live, a reactive web framework written in Ruby alternatives
Ranked by how close each launch is in meaning, then by votes. Prices were read from each product’s own site when checked and can change. Refine with your own description →