DjangoCon 2022 | From React to htmx on a real-world SaaS product: we did it, and it's awesome! on HackerTube: recommended by 4 Hacker News commenters across 4 separate months, 2022–2026.
talk · intermediate · dated
David Guillot describes how his team replaced a two-year-old React UI of their SaaS product with Django templates and htmx in a couple of months. The talk gives concrete indicators on code size, performance and team impact.
HN commenters point to it as a real-world case study of moving from React to htmx, especially in threads on boring web development and HTML over the wire.
“This recent talk from Djangocon "React to htmx on a real-world SaaS product" might be of interest”
8 Hacker News comments link this video. Each one links back to its thread.
I think you might find that relevant. (But in short, the author expressed being verry happy with switching to 'stack' you described) ▶ this video
in “HTML First – Six principles for building simple, maintainable, web software” · View on HN
You can check this talk out ▶ this video I was thinking the same but in the video they specifically talk about faceted search and how they did it with htmx. For the second part you probably go with your own javascript or get away with hyperscript
in “Htmx is part of the GitHub Accelerator” · View on HN
It depends on the usecases & application reqs. There are times when server-rendered content can have enormous benefits over a SPA. Check out this djangocon talk where a SaaS product moved from react to htmx. ▶ this video
in “Ask HN: What companies are embracing “HTML over the wire”?” · View on HN
I'm not aware of exactly what you're looking for, but I think such a resource would be very valuable. Unfortunately, modern web development has almost completely eschewed simplicity. I can offer some leads, though. This is more of a manifesto but there is a small movement around simplicity at [link] which is written by the guy behind [link] -- a nice little way to add the bare minimum JS needed for a 'modern' app. You can find a community of likeminded people at HTMX-adjacent places like their Discord and Twitter. I've also been an advocate of this kind of 'primitive' dev style and it's great to see it gain some popularity. This recent talk from Djangocon "React to htmx on a real-world SaaS product" might be of interest: ▶ this video Ironically, the ultra-modern serverless platforms such as Cloudflare Workers have strict size constraints which is leading to a kind of back-to-basics approach that minimizes dependencies and bundle size. You can find a lot of small libraries for this at [link] . The latest JS framework to buzz here, Deno's Fresh, even touts "no JS is shipped to the client by default". We can see there is a resurgence of interest in server-side rendering. The classics such as Rails are still alive and kicking. Phoenix seems to be a promising candidate for "the modern Rails". As someone who experienced the Good Old Days of web development, I would recommend at least trying out the managed cloud services for things like databases and cron jobs and deployments. IMO, it's
in “Ask HN: Where can one learn about boring web development?” · View on HN
> to do great stuff in the name of efficiency; for example, when browsing through some parts of the UI, it's now much more capable of just updating the part of the page that's changed Are you implying that this only doable with React? I mean just for the fun of it you can look at this video: ▶ this video
in “Another GitHub outage in the same day” · View on HN
I think there's something to it. More important HTMX is just new and different enough that it needs time to be picked up by the industry, BUT indeed it does largely eliminate what is commonly considered strictly front-end work, and thus forces teams to change their composition and division of responsibilities. At least where I worked there was often a frontend vs backend divide where some devs would write backend logic, and some others would worry only about consuming backend APIs to get the UI to do certain thing. The APIs is the contract and interface between the two sides and a natural place to divide responsibilities. Now, with HTMX, the divide is gone. The backend generates and swaps the parts of the UI, effectively driving the UI/UX directly. This cuts tons of JS out of the picture and couples (not necessarily in a bad way) backend and frontend. If you look at a popular YT video: ▶ this video , the result of HTMX rewrite was "JS guy left". So in larger teams switching from something like React to HTMX largely turns everything upside down, not just on technical level but on how people work and collaborate. It would be far easier for new teams and projects to go HTMX route, where they can start and keep hiring people who are fine in a new model.
in “Is htmx Just Another JavaScript Framework?” · View on HN
> And is the second one some weird DSL What's weird about standard CSS selectors? Maybe you should actually see some testimonials before judging, like: ▶ this video
in “Htmx, Rust and Shuttle: A New Rapid Prototyping Stack” · View on HN
Would this example be considered "trivial"? ▶ this video But also, you can mix things togheter. You can just use react based app 'embeded' into mpa for when you need that heavy lifting, and the same keep the content part of your app simple. "But why would i do that, if i'd already use react for some parts, why not every where". Becuase then it leads to abominations like reddit or facebook, where websites that are basically glorified text forums will use gigabytes of memory, have terrible UX, be slow and will crash your browser if you leave them open for too long.
in “HTML Web Components” · View on HN