DjangoCon 2022 | From React to htmx on a real-world SaaS product: we did it, and it's awesome!

DjangoCon Europe · 109K views · 2022 · 26:46

Open on YouTube

Web developmentPython, Ruby & scripting languagestalkdated

Why Hacker News recommends it

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.

What it is

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.

Recommended by 4 HN commenters across 4 different months, 2022 to 2026.

What Hacker News said

Recommends grose · 2022-11 · on “Ask HN: Where can one learn about boring web development?”

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

Recommends dragonshed · 2023-02 · on “Ask HN: What companies are embracing “HTML over the wire”?”

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]

Recommends dvtkrlbs · 2023-08 · on “Htmx is part of the GitHub Accelerator”

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

Recommends Xeamek · 2023-11 · on “HTML First – Six principles for building simple, maintainable, web software”

I think you might find that relevant. (But in short, the author expressed being verry happy with switching to 'stack' you described) [this video]

Cites naasking · 2023-11 · on “Htmx, Rust and Shuttle: A New Rapid Prototyping Stack”

> 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]

Cites Xeamek · 2023-11 · on “HTML Web Components”

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.

Cites dpc_01234 · 2024-01 · on “Is htmx Just Another JavaScript Framework?”

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 th

Cites dev_l1x_be · 2026-02 · on “Another GitHub outage in the same day”

> 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]