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 lar

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: https://www.youtube.com/watch?v=3GObi93tjZI https://www.youtube.com/watch?v=3GObi93tjZI , 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.