Hacker News Reader

Comment by jensneuse | Hacker News Reader

Managing APIs like dependencies, with a package manager-like developer experience. (npm for APIs). The number of APIs is continuously growing. It's going to be impossible to manually manage API dependencies in the future. I wrote about our approach to solve the problem here: https://docs.wundergraph.com/docs/architecture/manage-api-de... I'm curious what others think of this problem space.

View on HN

Honest feedback, the whole point of this is to make things easier, but the examples on your post seem quite contrived.

Some APIs today are literal one-liners, I wouldn't change that for another abstraction layer in between that requires me to write 1K of boilerplate.

I think it's a good idea, just work on making the user feel like it's actually easier to do the same stuff with wunder.

Thank you, great feedback. You're right in that we should provide better examples. If you find anything else that bothers you, please keep it coming.

This is a small thing, but one of the first sentences in the documentation you linked is "At least I have never thought about API dependencies before building WunderGraph." It makes the problem seem small, as if you can get away with not thinking about it.

Creating an API documentation and (decentralized micro)payment standard might be worthwhile. The hug library made a great impression on me: https://www.hug.rest/

https://github.com/void4/notes/issues/1

https://github.com/void4/notes/issues/2

In a single sentence, what is “Access all your data through a single API own by a third-party” best description, or is it something else?

>It's going to be impossible to manually manage API dependencies in the future.

This feels like a significantly important assumption to truly prove out with target customers before relying on this assumption to build a product or business.

I'd love to hear more on what's changing in the future that may make this statement partially or fully true.

I've been thinking about this from a slightly different angle (https://github.com/hofstadter-io/hof), but I think we are both getting at a higher level of reuse and dependency management. I just don't think we need to limit the idea to APIs, there are different granularities, both bigger and smaller, where the ideas are useful.

You might also find the Thema project by Grafana interesting (https://github.com/grafana/thema)

Reply on news.ycombinator.com