4 ms·
Graphql gets hyped by people who have seriously no idea what the hard problems in apis are. It quite literally solves many easy issues and pretends solve the h
by BLanen 4y ago
Graphql gets hyped by people who have seriously no idea what the hard problems in apis are.
It quite literally solves many easy issues and pretends solve the hard ones, but does nothing to actually do this and just says that you "can".
I designed a typical JSON api that had customizable fields and filters and joins and authorization on orm level on classes(could easily be extended to do authorization on fields of the orm classes.) This was years before Graphql came along and pretends to solve these issues, while actually just leaving them up to the implementor of the resolvers. As if the idea itself of resolving per fields in so special.
And then you have people that think graphql = the semantic web(web3 before crypto shit stole the term). Inventing the same cyberpunk dreams from 40 years ago...
Nobody is even actually doing REST, just Rpcs over http with json. If they read the REST paper they'd know this is what they actually want but I fear it's a pipedream.
- zoover2020 4y agoI'm all for piggybacking off of Fielding's work, but HATEOS isn't practical and the industry reflects this.
- BLanen 4y agoIt's not practical because HATEOAS and "Uniform interface" are unrealistic cyberpunk(in the 80s philosophical sense) pipedreams. But people who hype graphql seems to imagine graphql solves such things. Which it doesn't do at all.