Live data from Hacker News

Show HN: Open-source Firebase Alternative? It's here

github.com

11–20 of 65 posts

Re: Show HN: Open-source Firebase Alternative? It's here

#13
post #10

If you're looking for something like Appwrite or Supabase but with a more end-to-end typesafety approach + optimistic updates, check out Thin Backend https://thin.dev/ ( https://github.com/digitallyinduced/thin-backend ) It takes a bit more of a higher level approach to database operations than appwrite, supabase or firebase, which allows us to do things like optimistic updates that are hard to do in other tools. To…

Good point. Optimistic updates have always been a pain point for backends as services, although it's quite essential for many apps UX.

Re: Show HN: Open-source Firebase Alternative? It's here

#15

Previous Show HN here: https://news.ycombinator.com/item?id=30769044 From the title "Show HN: Open-source Firebase Alternative? It's here (github.com/appwrite)" was expecting the entirety of Appwrite to be a new project shown here for the first time. Could the title be changed to reflect what's new? Perhaps the title of the GitHub Issue being linked: "Announcing Appwrite 0.14 with 11 Cloud Function Runtimes!"

Completely agree with you. I have however shared all the new features in a comment here https://news.ycombinator.com/item?id=31421863

Re: Show HN: Open-source Firebase Alternative? It's here

#17

Congrats! What are you focusing on to differentiate yourself from Supabase?

Both are great products, here's my biased (obviously) way of choosing between them: - Appwrite is really focused on a simplistic experience. If you check out our SDK documentation, we try to keep everything dead simple. - Supabase allows more verbose control over their PostgreSQL instance, i.e. you're actually writing SQL and interacting through a SQL console. This might be your cup of tea. They also use Deno for the…

> Appwrite is simple to self-host. Like really simple. Like a single line of Docker command simple

Is is possible to use Appwrite without Docker? Docker is super-slow on Macs so I tend to run everything natively. With traditional tools (e.g. Postgres, Redis, etc) this is super-easy. I can just `brew install`.

Re: Show HN: Open-source Firebase Alternative? It's here

#18
post #10

If you're looking for something like Appwrite or Supabase but with a more end-to-end typesafety approach + optimistic updates, check out Thin Backend https://thin.dev/ ( https://github.com/digitallyinduced/thin-backend ) It takes a bit more of a higher level approach to database operations than appwrite, supabase or firebase, which allows us to do things like optimistic updates that are hard to do in other tools. To…

Good point. Optimistic updates have always been a pain point for backends as services, although it's quite essential for many apps UX.

Yeah, initially we didn't have this. During beta our main servers were in europe, and while I was in SF I saw what a difference this made to the overall UX of our kind of realtime apps. Everything took like 200ms more :) With the optimistic updates it's now fast everywhere on the world.

Re: Show HN: Open-source Firebase Alternative? It's here

#19
post #11

i think true Firebase alternative should be compatible with Firebase clients, no?

I think most people here would tend to disagree for two reasons:

1) Firebase's feature set is vast, which ultimately means that you're going to pull in a much bigger SDK than what an "open source Firebase" can reasonably provide. Half or more of the SDK code you're pulling into your project will do nothing. It's better that competitors are like firebase in spirit but ship their own SDKs to optimize for their use cases.

2) Firebase is still owned by google, which automatically paints a target on its back. We don't know what the long term internal roadmap of Firebase is, regardless of what the GCP bosses might say or how much money it seems to make on paper. Google has sown itself quite willing to kill any project at any time without a lot of clear reasoning as to why, and no one wants to build against an SDK/standard that could vanish tomorrow.

Post reply on HN