Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Supabase (YC S20) – An open source Firebase alternative

supabase.io

Post reply on HN
Print view View original

351–360 of 374 posts

Re: Supabase (YC S20) – An open source Firebase alternative

#351

Post by agustif »

freedomben wrote: post #316
agustif wrote: post #298

Earlier quoted context omitted.

If you would like to explore more TypeScript ORM Libraries TypeORM comes to mind, and recently Zapatos made it into the frontpage and although it's new it looks like a nice simple but powerful alternative, much more close to raw SQL than TypeORM's clearly abstract layer/magic sause. just my 2 cents Also about more general web frameworks like rails and not ORM's I personally use NextJS with TypeScript, like Ant.Design…

Thank you. I have been eyeing NextJS quite seriously. I'll be needing to build a non-trivial frontend application pretty soon and I've been really wondering if I should got the NextJS route. Have you used it with a big app?

No, sadly I have not, I can't vouch for it's production readiness for large-scale projects by telling myself first hand accounts of it, but I think you should checkout their latest blogposts/releases (Instant Reload, Dynamic Routing, etc)

I would just start with nice defaults like TypeScript, etc, which might help maintain a sane codebase in a large project.

But nextjs is really flexible, I find myself using it as my frontend -hammer-, maybe you should take my opinion with a grain of salt, but I've felt more productive coding with it than others!

Re: Supabase (YC S20) – An open source Firebase alternative

#353

Post by fragosti »

I'm a big fan of Firebase and have seen a lot of projects get up and running very quickly and scale as well.

However, I think there are an increasing amount of reasons why you want to have your data stored in a SQL database that you can access. The open source tooling being built around SQL (usually Postgres) as a standard is becoming better and better and it's going to be hard for Firebase to compete with all those offerings. If I run a Postgres database I can instantly have tools like Hasura [0], Metabase [1] along with others that add a ton of value out of the box. However, maybe those tools will also integrate with Firebase.

Anyway, my point is that this is best of both worlds, so great to see!

[0] https://github.com/hasura/graphql-engine [1] https://www.metabase.com/

Re: Supabase (YC S20) – An open source Firebase alternative

#354

Post by InvOfSmallC »

databrecht wrote: post #163
InvOfSmallC wrote: post #119

Earlier quoted context omitted.

I will check it thanks! Although the authentication seems too manual. That part I prefer firebase.

Thanks, that's valuable feedback :) We indeed are currently providing a lot of building blocks that can solve a wide range of scenarios but did not focus too much yet (until now) on providing easy out-of-the-box combinations of those building blocks that just solve a specific scenario.

I decided to give it a shot any way. It seems cool.

Re: Supabase (YC S20) – An open source Firebase alternative

#355

Post by valuearb »

bawana wrote: post #203
nicoburns wrote: post #121

Earlier quoted context omitted.

No, when they tout the product as free or cheap, and then only later up the pricing by 10x, once people have built their business around the older pricing model. That's a problem.

The pseudo-democratic silicon valley model of freemium is the problem. Seducing you into using something with the word 'free' but then trapping you with a changing API and cost structure. They should be up front with the realization that our ability to pay THEM is not commensurate with use by OUR users. Fees should based on OUR revenue, not usage.

If you want to use a lot of resources without paying the cost of providing them, you are the definition of a bad customer. Your service provider isn’t your VC, not lest of all because you aren’t giving them equity. Bad customers should always be fired ASAP so they don’t damage the business.

Ideally a business provides a service it’s customers are happy to pay the costs of, and not just the costs, but also a significant profit. That leads to a virtuous circle where the business is incentivized to continue to invest in the service, adding more servers, engineers and support personnel to add more valuable features for its customers.

Otherwise it’s just a matter of time before they post that farewell letter and give you the phase out date the servers are shutting down.

Re: Supabase (YC S20) – An open source Firebase alternative

#356

Post by derivagral »

Alex3917 wrote: post #287
skrtskrt wrote: post #195

Earlier quoted context omitted.

To me there's a sliding scale between productivity, where you use a heavy framework like Django and Rails to do everything for you, and control, where you write boilerplate to stitch all your favorite single-purpose libraries together using your preferred patterns. They each have their purposes. Django will get you to market fast with all the features you need, and keep you there for a long time. But it forces (throu…

So just don't use fat models. The only sensible way to use Django is to put all the business logic in service methods, not in models/managers or serializers/forms. If all your business logic is in models then of course your app is going to be completely unmaintainable and it's going to take developers weeks to do things that should normally take a couple hours. There is definitely a real problem in the Django communi…

I was just acquired into a team that enthusiastically recommended that book. Are there any alternative references I could look at or point to as alternatives? I've used a good bit of Flask but don't have much experience with Django.

Re: Supabase (YC S20) – An open source Firebase alternative

#357

Post by tlarkworthy »

pier25 wrote: post #302
davidb_ wrote: post #299

Earlier quoted context omitted.

FWIW, the cold start issue (which was hitting me with regular 10-30+ second delays for even the simplest of functions) has recently been "fixed" (at least, I'm down to The specific issue I was running into: https://github.com/googleapis/google-cloud-node/issues/2942

Check this benchmark: https://serverless-benchmark.com/ It displays data from the last 3 days of tests. Google Cloud has a max peak of 60 seconds for cold starts. It's the second worst after Azure.

Thats an amazing benchmark. Though you have to fiddle with the concurrency parameter to see that some of the slowness is caused by scaling.

Re: Supabase (YC S20) – An open source Firebase alternative

#358

Post by eclat »

sshb wrote: post #95

Recently released similar thing for gRPC + Go + PostgreSQL stack: https://github.com/sashabaranov/pike/ Features include: • Generates CRUD operations for given entities • Generates SQL migration files • Gives developer full control after project is generated(nothing added on top of raw SQL/Go) • Minimal dependencies(basically lib/pq and grpc) • TLS out of the box

Almost like Rails.

Re: Supabase (YC S20) – An open source Firebase alternative

#360

Post by ElFitz »

pier25 wrote: post #279
DigitalSea wrote: post #104

I am ecstatic that someone is finally taking on Firebase. As a Firebase user, I find it invaluable. Their free plan and limits are very generous. The fact they offer not only a database, but authentication, hosting and perhaps one of their biggest features besides authentication: Firebase Functions. I have API's in deployment that are solely running using Firebase Functions and using Firestore as the database. The CL…

I've been using Firebase since 2016 in production and after all these years I find the service quite lacking. Both databases are super limited and put all the burden of work to the client(s) for anything beyond very simple queries. The functions have some of the worst cold starts I've experienced. Until very recently the dev experience was terrible but Firebase local dev was released a couple of days ago so this shou…

Have you checked Amplify? Haven't had the chance to really do anything with it yet, but I've heard quite a lot of good from a few people.
Post reply on HN