What is the difference between this and let's say 'Meteor'?
Show HN: Firebase, a scalable real-time backend
21–30 of 148 posts
Re: Show HN: Firebase, a scalable real-time backend
#22Wow, im excited what people are doing out of this (especially in combination with other new tools like Meteor). Seems there is a huge development ongoing to reflect new development and scaling practices... EDIT: REALLY like the RT-Chat on the site - that is showcasing as it should be (and not just another "Demo" button).
Everyone has been building their own real-time solutions for the past few years and re-inventing the wheel over and over again. We saw ourselves doing it too, so we thought maybe we should do something about it! We think Meteor is really exciting as well, and should enable faster / better development of the types of apps that Firebase powers.
Re: Show HN: Firebase, a scalable real-time backend
#23What is the difference between this and let's say 'Meteor'?
Good question. Meteor is an application framework, like Ruby on Rails. Firebase is a database, like MySQL.
We both think that application development is going to radically change in the future and we're both building products that promote a new way of developing apps. We're stoked about Meteor and see our products as very complementary.
Re: Show HN: Firebase, a scalable real-time backend
#24This looks awesome -- a better option than an api-only Rails backend. Realtime pub/sub is also a big plus. Security is a concern with any 3rd party storage, but most uses I can think of wouldn't store missile launch codes in here anyway..
It's also worth pointing out that Firebase grew out of Envolve which supported millions of users, so you know these guys can handle scale.
Re: Show HN: Firebase, a scalable real-time backend
#25Another great step in the right direction.
That being said, I do believe the hardest part of all these attempts to abstract backends is authentication and security models. It seems to me that most of these services launch before figuring out that critical part of the puzzle.
Re: Show HN: Firebase, a scalable real-time backend
#26Congrats on the launch of Firebase and absolutely love the code demo; it hooks you in.
At the end of the demo you are asked if you'd like early access. Definitely.
Re: Show HN: Firebase, a scalable real-time backend
#27I used Firebase to build thereelbox.com, and enjoyed it thoroughly. It took 2-3 hours from starting into the documentation to completed/nobugs/pushed to production. Credit for that speed goes entirely to Firebase. TheReelBox uses Firebase as a sort of API caching layer. This protects against rate limiting on the Rotten Tomatoes API, decreases request time by caching queries to the Fandango-via-YQL API, and eliminates…
Any reason you don't host those static files on a public 'web enabled' ec2 bucket? We do that for http://www.incubatebang.com and it costs us like $1.40/year for hosting
Re: Show HN: Firebase, a scalable real-time backend
#28It's been a good week for the real-time-web.
We might need a snappier name though, because this sort of real time is a lot more real time that the type of real time people are already used to.
Re: Show HN: Firebase, a scalable real-time backend
#29on a sidenote: I wouldn't do business with or trust my data to a company that hides their actual address behind whois protection
Good point. This was on while we were in stealth. I've removed the whois protection.
Re: Show HN: Firebase, a scalable real-time backend
#30on a sidenote: I wouldn't do business with or trust my data to a company that hides their actual address behind whois protection
[deleted]