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

Show HN: InstantDB – A Modern Firebase

github.com

Post reply on HN
Print view View original

191–200 of 308 posts

Re: Show HN: InstantDB – A Modern Firebase

#191

Post by samstave »

IanCal wrote: post #180
samstave wrote: post #78

Earlier quoted context omitted.

Climber Dreamer here: Former RFID Sensor stuff. I'd love to see a smart Hold that integrates with an app where the gym cann associate holds/grips in a DB inventory - and pull them out and assign them to a boulder/wall & route. The smart holds have simple pressure sensors for knowing when they are gripped, and for how long. Advanced ones measure force/weight. Just walk in scan the boulder's code to slurp in all the ho…

This would be very cool, my first thought is that this is something that could be added to something like a kilter board. There you already have a high cost setup where holds are normalised across a huge number of installations, integrated apps, etc. Some more premium option for force sensors per hold, I'm sure climbers would go pretty nuts for all the force data given how much people like the same kind of thing just…

I built a =few things in the past that would apply - but now with sensor availability - its far easier than when we built the Barimba Smart Rail for Bars in ~2007

https://www.youtube.com/watch?v=4pTy1TB-2z8

And we did spatial RFID for warehouse (cannabis) tracking with Z-Slot level:

https://www.youtube.com/watch?v=FXkNY0vTATA

https://www.youtube.com/watch?v=c7qvfm6vhF0

But the thing I was focusing on WRT Instant would be the ability to "Clone an AppIS" -- where when you fork an AppID, it dupes the tables into your personal account...

I havent fleshed out the thoughts on this too much because I am not sure if you can easily do that with Instant, as its a hosted thing....

(YC Rejected these) :-)

Re: Show HN: InstantDB – A Modern Firebase

#193

Post by swalsh »

I'm wary of stuff like this, probably really useful to rapidly iterate.... but what a maintence nightmare after 10 years and your schema has evolved 100 times, but you have existing customers in various state of completeness. I avoided firebase when it came out for this reason. I had a few bad experiences with maintaining applications built on top of Mongo that made it to production. It was a nightmare.

Re: Show HN: InstantDB – A Modern Firebase

#194

Post by aidos »

sabbaticaldev wrote: post #184
aidos wrote: post #152

Earlier quoted context omitted.

We have an internal lib for data management that’s philosophically similar to linear too. I opted for having required transactions for developer safety . Imagine that you support the model discussed above where it’s possible to update the local store optimistically without syncing back to the db. Now you’re one missing .save() away from having everything look like it’s working in the frontend when really nothing is p…

A thenable API from save() could remove the need of a explicit tx management which is a worse devEx

I’m not quite seeing what you mean. What you mind redoing the example above for my benefit?

We have controllers that all the users actions are funnelled through. The top level functions in there are wrapped in transactions so in practice it’s not something you manually wrangle.

Re: Show HN: InstantDB – A Modern Firebase

#195

Post by mrmanner »

kabes wrote: post #189

From skimming through the site, it's not clear to me how the BE looks like. Obviously, the BE part is the hard/interesting part. Is that open-source and/or self deployable? Or is this fixed to a backend-as-a-service you guys provide?

Not related to Instant, but saw that the backend is available on their Github: https://github.com/instantdb/instant/tree/main/server

Re: Show HN: InstantDB – A Modern Firebase

#198

Post by aCoreyJ »

satvikpendem wrote: post #167
ochiba wrote: post #65

Earlier quoted context omitted.

Co-founder of PowerSync here. Would love to hear what you would like to see improved in PowerSync :) Thanks!

ElectricSQL before their announced rewrite worked fully offline and could sync when the clients became online again. Now, that functionality with their rewrite is somewhat removed, as they expect you to handle clientside writes by yourself, which is what I believe PowerSync does as well, am I correct in that understanding? If I wanted a fully offline clientside database that could then sync to all the other clients w…

I use TinyBase for the client side store, it can sync with pretty much all the technologies people are talking about here

https://tinybase.org/

Re: Show HN: InstantDB – A Modern Firebase

#199

Post by Kiro »

Lionga wrote: post #187
Kiro wrote: post #49

How do I handle server-side logic? Let's say I want moderation or rate limiting in the chat app example.

Yes that is a deal breaker if not possible

Exactly. I would really like an answer to this. I don't understand how you can even build something without support for this. They have a "Instant on the server" section in the docs but that's just about querying and writing to the database from an external server. Nothing about middlewares or whatever the solution would be.

Re: Show HN: InstantDB – A Modern Firebase

#200

Post by satvikpendem »

aCoreyJ wrote: post #198
satvikpendem wrote: post #167

Earlier quoted context omitted.

ElectricSQL before their announced rewrite worked fully offline and could sync when the clients became online again. Now, that functionality with their rewrite is somewhat removed, as they expect you to handle clientside writes by yourself, which is what I believe PowerSync does as well, am I correct in that understanding? If I wanted a fully offline clientside database that could then sync to all the other clients w…

I use TinyBase for the client side store, it can sync with pretty much all the technologies people are talking about here https://tinybase.org/

Seems like that is only Javascript based. I like ElectricSQL and PowerSync because they're on the database layer and are client agnostic.
Post reply on HN