I think SQL is due for a renaissance, and I hope htmx is part of that. I know htmx has a reputation as being something only a backend developer could love, but I think that in a few years some of the most effective htmx developers are going to be front end developers who know the web stack (CSS, JS, HTML) well and who have figured out how to use SQL effectively.
If you are smart enough to figure out GraphQL, you are smart enough to figure out SQL, and SQL comes without the security/expressiveness tradeoff[1] inherent in front-end data access technologies. You have hypermedia-oriented tools like hotwire, unpoly & htmx pushing data access back onto the server, and at the same time things like React Server Components doing the same.
If you are smart enough to figure out GraphQL, you are smart enough to figure out SQL, and SQL comes without the security/expressiveness tradeoff[1] inherent in front-end data access technologies. You have hypermedia-oriented tools like hotwire, unpoly & htmx pushing data access back onto the server, and at the same time things like React Server Components doing the same.
I'm very bullish on SQL.
1 - https://intercoolerjs.org/2016/02/17/api-churn-vs-security.h...