5 ms·
What is the appeal of Firebase? Is it only useful for people who either don't know how to write RESTful backends or want to write one very quickly?
by yonibot 11y ago
What is the appeal of Firebase? Is it only useful for people who either don't know how to write RESTful backends or want to write one very quickly?
- danappelxx 11y agoIt's for people that don't want to handle the backend - whether they know how to work with it or not. Also, firebase provides client libraries for some environments, completely hiding the networking layer from the user of the library. You're using a high-level model while firebase actually does all the heavy lifting for you, which is extremely appealing for people that need to get an mvp out as quickly as possible.
- icpmacdo 11y agoIn firebase is there backend logic or is it all supposed to take place client side? I glanced over it yesterday but I am going with DynamoDB + Sails.js on heroku currently as it seems like the quickest platform to build a backend API for my app MVP. I have experience in JavaScript and the app is react native but server side code is newer to me so if HN has any wisdom I am looking for development speed foremost with maintainability and performance as a lesser priority.
- paultannenbaum 11y agoI have never used Firebase, but I think they handle the data store and all the ways to access it's data (auth, sockets, etc.). So if you needed some kind of backend logic or task to happen, you would wire a separate backend app that authenticates to the firebase database and then it could read/update/create data.
- myhf 11y agoFirebase has server-enforced permissions and validation. But for complex backend logic you would need to write a bot that watches data being entered and reacts to it.
- teen 11y agoI wouldn't recommend it at all. I built an app on it and it was an endless source of downtime and bugs. For example, the ref.onDisconnect() api call will not always fire, leaving fragmented data in your db. Long story. Don't use firebase for anything that will be used in production
- tm33 11y agoI know I'm a little biased since I wrote the library, but we use Firebase in production and it works just fine for us. Auth, real time, scalability, and security out of the box is why I love Firebase. Not saying any other option is bad, I've just had plenty of success with Firebase.
- TheMissingPiece 11y agoPlus their team is awesome ^_^ It's always a pleasure working with them and their community!
- asadm 11y agoI use firebase in production. I am glad I did. It has removed a huge chunk of problems I would have had to worry about.
- marknadal 11y agoLess the REST and more the realtime sync - push based architecture doesn't exist in REST sadly. I'm building an Open Source version of Firebase (http://github.com/amark/gun http://github.com/amark/gun) with graph data structures, so I understand the appeal and can approve it is well warranted.
- tlarkworthy 11y agoIt's does low latency server push over websockets (with fallbacks for older browsers). Offline sync cache. Web and mobile. It's a much bigger technical challenge than writing a RESTful backend. Disclaimer: Firebase employee
- karmelapple 11y agoIt does offline sync with iOS and Android, but not in the JavaScript library yet. Any idea when that's coming? My team had been patiently awaiting it for a long time, but had to give up, unfortunately, and have moved to CouchDB.