It'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.

Less 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) with graph data structures, so I understand the appeal and can approve it is well warranted.

It'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

It 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.

I 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

I 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.

Plus their team is awesome ^_^ It's always a pleasure working with them and their community!

I use firebase in production. I am glad I did. It has removed a huge chunk of problems I would have had to worry about.

In 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.

I 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.

Firebase 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.