5 ms·
I more or less agree, but recent advances in tooling has changed this. E.g we've built a GraphQL to JSON RPC compiler [0], so we're hiding GraphQL behind a JSON
by jensneuse 4y ago
I more or less agree, but recent advances in tooling has changed this.
E.g we've built a GraphQL to JSON RPC compiler [0], so we're hiding GraphQL behind a JSON RPC wall which also enables powerful code generation.
We're using this successfully to build our own cloud [1] using our own tooling and I quite like it.
Shameless plug, I'd love to get feedback if you have the time to try it out.
[0]: https://docs.wundergraph.com/docs/features/graphql-to-json-rpc-compiler https://docs.wundergraph.com/docs/features/graphql-to-json-r...
[1]: https://cloud.wundergraph.com https://cloud.wundergraph.com
- timr 4y agoI mean...ok, but...wow. You built a compiler?? For writing a web app? And you're not Facebook? Look, maybe this is totally appropriate for your application domain. I don't know. But this kind of "power" is immensely complex. We have to be honest about the costs. I have to keep reminding people that essentially all functionality of the modern web existed prior to 2012.
- deleted 4y ago[deleted]
- satvikpendem 4y agoTheir entire company is developer tooling with GraphQL, so it's not like they made a compiler for their own specific web app; they're selling their service. I agree if you're just making a run of the mill web app that it's crazy but they're an infrastructure company, not a web app company.
- deleted 4y ago[deleted]
- 4RealFreedom 4y agoMaybe I'm just not understanding the use case here but your using graphql with a compiler to produce rest (JSON RPC) endpoints? Why not just write rest endpoints? I can see how it might be easy for simple endpoints but as soon as you have to optimize anything you'll need to add features to your compiler.
- chrisandchris 4y agoSometimes we just need to create another immensly complex layer on top of something, because the 10-year-old boring technology that already works is lame.