Top all-time · #2369
WunderGraph
Company blog · wundergraph.com/blog · on HN as SlickStef11programmingweb
WunderGraph is the company blog at wundergraph.com, writing about programming and web. Since 2020, 32 different Hacker News readers have linked it 255 times, most often “Show HN: WunderGraph - the GraphQL BFF to Aggregate APIs + OIDC Auth + Caching”. It is still writing: the last post was on 2026-10-28, and you can follow it by feed.
Too few sampled comments (21) to say how often HN recommends it.?
Why HN links it
HN readers cite WunderGraph's blog posts as overviews of GraphQL API security and of pitfalls with Go's sync.Pool. Most other comments in these threads are job postings or product mentions.
Summarised by Claude from a sample of 21 HN comments that link here. Each comment is marked recommending, critical or neutral (citing without judging); how this works.
Build and run your supergraph with governance and no lock-in. WunderGraph Cosmo is the open-source, enterprise-ready platform for teams scaling from the first subgraph to thousands of daily operations.
Most-linked posts?
- Show HN: WunderGraph - the GraphQL BFF to Aggregate APIs + OIDC Auth + Caching5 people · 20 mentions · first linked 2020-09-01
- GraphQL Subscriptions: Why We Use SSE/Fetch over WebSockets4 people · 5 mentions · first linked 2020-09-29
- Show HN: WunderGraph – Instant Realtime APIs on Top of Any Database3 people · 11 mentions · first linked 2021-09-25
- The Complete GraphQL Security Guide3 people · 3 mentions · first linked 2021-09-02
- Golang sync.Pool is not a silver bullet3 people · 3 mentions · first linked 2025-04-02
- /jobs2 people · 13 mentions · first linked 2023-01-23
- /blog2 people · 7 mentions · first linked 2022-06-06
- /cloud-early-access2 people · 3 mentions · first linked 2022-08-25
- Universal API ORM for REST, Soap and GraphQL and More2 people · 2 mentions · first linked 2023-05-17
- Show HN: WunderBase – Serverless OSS database on top of SQLite, Firecracker2 people · 2 mentions · first linked 2022-09-15
What Hacker News says?
We'd like to provide exactly this. Git push to deploy, free Serverless backend including SQLite-based storage. Please have a look and sign up for the private beta if you're interested: https://wundergraph.com/cloud-early-access
Comment linking /cloud-early-access
on “Removal of Heroku free product plans”Submitted Why not use GraphQL? as a story · 460 points
HN discussionIf you're looking for a platform where you can run small experiments on free tier backends, we'd love to have you on our platform. We're looking to provide Serverless backends including SQLite-based storage for free: https://wundergraph.com/cloud-early-access
Comment linking /cloud-early-access
on “Removal of Heroku free product plans”Submitted Show HN: WunderBase – Serverless OSS database on top of SQLite, Firecracker as a story · 179 points
HN discussionI'm with WunderGraph, a vendor providing enterprise tooling for GraphQL. First, I absolutely love Capn Proto and the ideas of chaining calls on objects. It's amazing to see what's possible with CapNweb. However, one of the examples compares it to GraphQL, which I think falls a bit short of how enterprises use the Query language in real life. First, like others mentioned, you'll have N+1 problems for nested lists. Th…
Comment linking /
on “Cap'n Web: a new RPC system for browsers and web servers”Submitted The Complete GraphQL Security Guide as a story · 78 points
HN discussionThanks for this writeup, I can relate 100%, especially the part on the supportive spouse. I've built WunderGraph ( https://wundergraph.com/ ) as a solo-dev for multiple years until I reached a similar point like you. It's weird to say, but my wife kind of accepted that I'd work on weekends between 1-3 pm when the kids sleep. What helped me get out of this "solo-time-drain-thing" was to find the right Co-Founders to…
Comment linking /
on “One year as a solo dev building open-source data tools without funding”Submitted Solving the double (quintuple) declaration Problem in GraphQL Applications as a story · 73 points
HN discussionWunderGraph | Multiple Roles | REMOTE | Full-Time WunderGraph (growing global customer base, 20K weekly downloads and growing) APIs are the backbone of every modern organization. But building and maintaining APIs is hard, especially when you'd like to scale API development across multiple teams. The key to success is collaboration. Our mission is to take API collaboration to the next level. With Cosmo, we're give pl…
Comment linking /jobs
on “Ask HN: Who is hiring? (July 2024)”Submitted Where in the HypeCycle is GraphQL? as a story · 44 points
HN discussionWunderGraph | Multiple Roles | REMOTE | Full-Time WunderGraph (growing global customer base, 70K weekly downloads and growing) APIs are the backbone of every modern organization. But building and maintaining APIs is hard, especially when you'd like to scale API development across multiple teams. The key to success is collaboration. Our mission is to take API collaboration to the next level. With Cosmo, we're give pl…
Comment linking /jobs
on “Ask HN: Who is hiring? (February 2025)”Submitted Thunk-based Resolvers: How to build a powerful and flexible GraphQL Gateway as a story · 26 points
HN discussionRSS: https://wundergraph.com/blog/rss.xml Atom: https://wundergraph.com/blog/atom.xml
Comment linking /blog/atom.xml
on “Why not use GraphQL?”Submitted Show HN: WunderGraph – The simplicity of RPC with the power of GraphQL as a story · 13 points
HN discussionClient side caching with a normalized cache implementation is very hard to get right. I see why you would want that feature and if it were simple to implement I'd always want to use it. However I think we can get away with a solution that is a lot simpler than normalized caching. With persisted Queries we can apply the "stale while revalidate" pattern. This means we can invalidate each individual page and would have…
Comment linking /blog/2020/09/11/the-case-against-normalized-caching-in-graphql
on “Why not use GraphQL?”Submitted Dev without Ops, why we're building Vercel for Back end as a story · 13 points
HN discussionThis is not an issue from my point of view. If you do GraphQL the right way you'll always use persisted Queries. For each persisted Query you know exactly how it behaves and you can test it before you go to production. WunderGraph uses persisted queries by default. We don't allow arbitrary queries at runtime. Here's a post on the topic if you're interested to dive into this a bit more: https://wundergraph.com/docs/c…
Comment linking /docs/concepts/persisted_queries
on “Why not use GraphQL?”Submitted Show HN: WunderGraph - the GraphQL BFF to Aggregate APIs + OIDC Auth + Caching as a story · 12 points
HN discussionThis is more or less the approach I'm taking with WunderGraph. There's just one exception. I'm not using websockets but simply a HTTP2 stream. Browsers have limitations regarding how many tcp connections you can open to the same origin and for each tab/window and websocket connection you have to open a new tcp connection. HTTP2 on the other hand can pipeline, depending on your browser, up to 200 streams over a singl…
Comment linking /blog/deprecate_graphql_subscriptions_over_websockets
on “Why not use GraphQL?”Submitted Show HN: WunderGraph Cloud – Serverless API Development as a story · 11 points
HN discussionI was asking myself an important question. When you write a Query, what activity are you actually currently involved in? You try to understand the API and want to query it. What's the easiest way to understand an API? Read the documentation? Where is the documentation? It's the schema, hence GraphiQL/Playground. So why would you want to switch back and forth between Documentation and Code when you want to understand…
Comment linking /features/generated_clients
on “Why not use GraphQL?”Submitted GraphQL Subscriptions: Why We Use SSE/Fetch over WebSockets as a story · 11 points
HN discussionI'm the founder of WunderGraph. https://wundergraph.com/ We're doing exactly this. Our philosophy is simple, instead of forcing you into a specific stack, we can "introspect" multiple data sources like GraphQL & REST APIs, MySQL and PostgreSQL, S3 for file storage and OpenID Connect for authentication. This way you can plug and play any of your existing infrastructure and services and turn them into your own private…
Comment linking /discord
on “Next.js 12”Submitted GraphQL Is Not Terraform as a story · 9 points
HN discussionWunderGraph | Full Stack Engineers | REMOTE (United States, Canada, and Europe), FULL-TIME | https://solstice-ambulance-1e7.notion.site/Senior-Fullstack-... A common problem that you're faced with when building web applications is that each application requires a unique composition of internal and external APIs, databases, file storages and authentication providers. Once you've created such a composition, it needs t…
Comment linking /blog
on “Ask HN: Who is hiring? (August 2022)”Submitted The End of DevOps? (as we know it) as a story · 8 points
HN discussionWunderGraph | Multiple Roles | REMOTE | Full-Time WunderGraph (growing global customer base, 55K weekly downloads and growing) APIs are the backbone of every modern organization. But building and maintaining APIs is hard, especially when you'd like to scale API development across multiple teams. The key to success is collaboration. Our mission is to take API collaboration to the next level. With Cosmo, we're give pl…
Comment linking /jobs
on “Ask HN: Who is hiring? (September 2024)”Submitted Show HN: Open-Source GraphQL CDN/Edge Cache with Cloudflare, Fastly, and Fly.io as a story · 8 points
HN discussionHey, thanks for your feedback. This sounds like a great feature to add. Would you be available for a chat? I'd like to learn more about how you solved this problem. Your solution sounds very well thought out. You can find me on this discord: https://wundergraph.com/discord
Comment linking /discord
on “Pg_GraphQL: A GraphQL Extension for PostgreSQL”Submitted WunderGraph Goes Open Source as a story · 8 points
HN discussion
