Live data from Hacker News

RethinkDB, SageMath, Andreessen-Horowitz, Basecamp and Open Source Software

sagemath.blogspot.com

121–122 of 122 posts

Re: RethinkDB, SageMath, Andreessen-Horowitz, Basecamp and Open Source Software

#121

Earlier quoted context omitted.

I'm curious what Firebase users do in real life. Do people realize this is a problem? I can imagine making an app like that where all mutations go through my server and reads go through Firebase. How would this interact with the offline persistence feature though? I suppose you could allow the client to do some simple mutations like editing text fields. For the mutations that must go through the server, though, perha…

The latency compensation through the sdk is optimistic writes. If you shortcut to server, you have to reimplement that so that's not a good solution for many cases. It would confuse the offline persistence too. Instead, your server should listen to the Firebase, rather than have writes go a separate path (which loses lots of useful features). I think the term now is a client-database-server architecture. it's not act…

As soon as you want to view something through a different direction you run into this problem. Sure, you can embed chat messages into a conversation, but what if you want to look up every message by a particular user?

I would be surprised to find that 90% of apps don't have this kind of requirement. Pokemon is easy because that data is static.

Re: RethinkDB, SageMath, Andreessen-Horowitz, Basecamp and Open Source Software

#122

Earlier quoted context omitted.

The latency compensation through the sdk is optimistic writes. If you shortcut to server, you have to reimplement that so that's not a good solution for many cases. It would confuse the offline persistence too. Instead, your server should listen to the Firebase, rather than have writes go a separate path (which loses lots of useful features). I think the term now is a client-database-server architecture. it's not act…

As soon as you want to view something through a different direction you run into this problem. Sure, you can embed chat messages into a conversation, but what if you want to look up every message by a particular user? I would be surprised to find that 90% of apps don't have this kind of requirement. Pokemon is easy because that data is static.

Viewing all posts by a user is solved with classic denormalization. You maintain a separate index of post by user and do two writes per chat msg. It's a case where a user has no incentive not do the second write so it be fine to implement clientside. If however it was business critical, you would have a server side process listen to all chat messages and write the user to message index with the admin account. That index would essentially be eventually consistent.
Post reply on HN