I'll probably be downvoted but this code shows why I'm put off by htmx. The belief that just because you write the least amount of code, it always means that it's the simplest solution. To me, that's a lot harder to understand than if I used React. Having tried both, I found the learning curve pretty much the same.
Why is that necessarily a bad thing? Django's build system is atrocious too; eg there's no consensus around what web server you should use https://docs.djangoproject.com/en/5.0/howto/deployment/. Yet that doesn't prevent you from using the framework.
> I think it's fair to say the HTMX learning curve is significantly
Agree to disagree I'm afraid. It's not just the fact that you have to learn HTMX, but also how to work with SSR.
And of course, I got downvoted :). Which is a shame because it discourages me from spending time explaining an alternative view in the hopes that I could help.
I agree, but that wasn't the point I was making. My point was to question why a simpler build system should be the deciding factor for your tech stack. You could've used Go for your backend if that was the case. But you chose Django because it offers an ecosystem of tools. So does React.
> server side rendering should be fundamental knowledge that anybody working in the web-space should understand.
I'd invite you to question why that's the case. This "X should know Y even if few actually use it" type of thinking is very prevalent in the developer community.
As for your second point, I think I must be missing something or misunderstanding where you're coming from. It seems fairly fundamental that developers should understand that web servers can render web pages. Even the JSON files that flow into React applications are rendered on a server and served with a web server.