For anyone who was as confused as I was: Carson Gross, the author of this essay is also the creator of htmx.<p>I thought at first that the essay was going to be a joke of "all these weaknesses are actually strengths," but I feel like most of the criticisms in the essay are valid. Like I don't know why you would use var instead of let or const in modern JS, and htmx does indeed increase the attack surface for XSS.<p>I guess he's just being self-deprecating? Saying the mean things about his project to prove that he's more aware of them than the trolls?<p>For context, I personally like htmx even though my experience with it is limited.
Wow, well I guess its good to know what your weaknesses are. I support anyone who bothers to try and improve the UI situation with the web.<p>Unfortunately, I think at some point the industry is going to have to start over and throw away HTML and CSS. Maybe throw away the browser as well. Javascript will survive on its own, but who knows if it will be useful in Web 6.0<p>The web browser is really holding us back. Something’s gotta give. And htmx is not going to be it.
I agree with some of this.<p>Specifically, <a href="https://htmx.org/essays/htmx-sucks/#the-creator-is-unhinged" rel="nofollow">https://htmx.org/essays/htmx-sucks/#the-creator-is-unhinged</a>
lol. Carson is obviously aware of the criticisms he faces.<p>The best one is the "Duplicating (Or More!) Your APIs"<p>How is this a problem?<p>The backend would be broken down into layers. Data layer, business layer, etc.
For the website, you have a layer to fetch the data to return html.
For another thing (ie rest api) - you fetch the SAME data, return in json.<p>How is this more work, again?<p>NOTE - Yes, my comment is not aimed at Carson, but those that genuinely use it as an excuse to attack htmx.