Just curious—are folks in my sphere using GraphQL?
24 replies
@zachleat i use it to load all data from strapi to 11ty in one http request 🙈
@exchgr a build step lets us get away with incredibly inefficient things on the backend and I love it for that
@zachleat exactly lol. i justified it because it’s just doing one not-even-that-slow (yet 🫣) request to render every page on my 11ty site, which, due to being static pages hosted on cloudflare pages, is extremely low latency for the end user, even on bad connections
@zachleat I have used it pretty extensively. I do not like it.
-
@sophie “use it didn’t choose it” is tragically catchy
@sarajw @zachleat @tylersticka maybe one day!
@zachleat I think GraphQL can do some really cool things, and I enjoy using it in certain circumstances. I don’t think it’s a good fit for website frontends wrapping a database… which is unfortunately the main thing it’s used for.
@bglw yeah—when you say website frontend, I assume you mean in client JS specifically? Or more broadly?
@zachleat more broadly I guess. A lot of the parts I dislike around GQL are the pagination patterns, data loaders, and massive query mitigators. Which are all required when you’re essentially giving an end user access to a database. There are some contexts where you can skip all of those though, like build processes or server<>server communication, and in those contexts GQL’s core functionality can be really nice to use.
@zachleat I both love it and would ditch it in a heart beat. It’s a wonderful framework for an api server and for having many people work together. TRPC is popular for good reasons however.
@zachleat recently removed from several major sites due to “holy fuck why did we use this” syndrome. Also breaking changes are too broken.
@zachleat use it, but don’t want to :(