Guillaume CHAU
Jun 18, 2018 · 1 min read

Oh no, another bullet-points under-argumented article with misleading comparison charts. How is GraphQL not cacheable, performant and scalable? Doesn’t work with any data? Not enterprise-ready? Tell that to Facebook, Twitter, Airbnb, GitHub, Ticketmaster, The New York Times, KLM, ProductHunt, Open Table, Pinterest, Shopify, Express, Major League Soccer, Expo…

Server and clients coupled at the client programming time

Don’t you need to couple REST queries as well? Because if you use the wrong fields, sure it won’t work. I don’t see the point.

application state is not driven by the server

You mean the frontend devs know better how the frontend works and what are its needs? That’s the point!

Bikeshedding (content negotiation, network errors, caching), etc. etc.

All done for you already in the most popular clients.

You are on your own with scaling and performance

Yeah, use containers and REDIS for Real-time subscriptions. Are you saying REST is automatically scaled and performant?

JSON representation only

No.

the major one is pretending it owns the show

What do you mean? If you talk about Facebook, Apollo or Prisma, those are leading and pushing the development and improvement of the GraphQL spec (like for example subscriptions) and ecosystem (like tracing protocol).

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store