mayop100

28 ms·

241.
by mayop100 14y ago
It's not the stability of the node.js code itself that was the issue -- it was the stability of the protocol used to communicate with our servers. We didn't want to put it in the NPM before we were ready to support that version of the proto
242.
npm install firebase(firebase.com)
72 points by mayop100 14y ago|15 comments
243.
Firebase used in 1/3rd of hacks at Launch hackathon(firebase.com)
12 points by mayop100 14y ago|0 comments
244.
by mayop100 14y ago
When you're ready to step up your game I'll tell you about the cheat codes that let you choose Twinkie. : )
245.
Show HN: Real-time Rock, Paper, Scissors, Lizard, Spock(rpsls.ws)
93 points by mayop100 14y ago|35 comments
246.
by mayop100 14y ago
Most startups I know add analytics of some kind to their products before they launch them, but they almost never allocate time for analysis after the fact. I think this approach of deciding in advance why you're adding the analytics, and w
247.
by mayop100 14y ago
We definitely allow you to manage lists in a consistent manner. Can you email me directly with your exact use case and I can help you get started? andrew at firebase dot com.
248.
by mayop100 14y ago
Keep in mind that most of our costs are also not bandwidth. Our primary costs are the servers, our CDN, backups, and operations. Bandwidth is just one small piece.
249.
by mayop100 14y ago
[Firebase founder] I would caution against comparing our pricing to S3 or any other non-realtime storage service. Firebase's use case is primarily for serving structured data (the type of data that lives in a database). For most apps, this
250.
by mayop100 14y ago
Yes! Absolutely. A number of people are doing this already. We don't yet have an official binding for Ember, but we do have one for Backbone [1]. [1] https://github.com/firebase/backfire Update: There's a user-built binding for Ember here
251.
by mayop100 14y ago
Firebase persists all data permanently (and we back it up, etc.), so your data is "saved" just by using Firebase. If you want to access the data from your own servers, we recommend actually having your servers talk to Firebase directly. So
252.
by mayop100 14y ago
[Firebase founder here] We talk about this briefly in our FAQ [1]. Here's the quote: "PubNub and Pusher are both great services that provide simple real-time messaging for applications with a “publish / subscribe” model. Firebase takes a br
253.
by mayop100 14y ago
Firebase can do this for you. It has a very flexible expression-based permissions model. You can set your rule to: ".write":"!data.exists()" And people will be able to write only new items.
254.
by mayop100 14y ago
Yeah, that's gonna get pretty annoying : ) That "global sync" option is only for that one slide deck though (for demo purposes). If you upload your own deck, only the uploaded gets to control the slides.
255.
Show HN: Slidescroll – view your slide decks together(slidescroll.com)
57 points by mayop100 14y ago|23 comments
256.
by mayop100 14y ago
I challenge you to find a way to use fewer servers... WebRTC depends on them for signaling. We're just providing a tool to make that easier. See: http://www.html5rocks.com/en/tutorials/webrtc/basics/ "In the real world, WebRTC needs serve
257.
by mayop100 14y ago
We'll have a free plan, but in general, no it's not free. Neither is DNS though (it's free for the end user of course, but not the developer, just like Firebase).
258.
by mayop100 14y ago
[Firebase founder here] We weren't trying to be disingenuous with the title. Keep in mind that basically any web technology, including P2P ones, do actually use servers. If you're using a domain name, for example, you're probably going to
259.
by mayop100 14y ago
Congrats to Jeff and the team!
260.
by mayop100 14y ago
This is a technology demo. We wanted to demo our real-time tech rather than show a bunch of sign-up workflow code. Facebook auth lets us save a bunch of boring code.
261.
How we built Firefeed(firefeed.io)
4 points by mayop100 14y ago|0 comments
262.
by mayop100 14y ago
Please feel free to tinker, fork, send pull requests, etc! It's all open source.
263.
by mayop100 14y ago
I should also mention that Firebase does let you run trusted code if you want to -- you can run a server as a Firebase client using our Node.js library or using our REST API. Then you can do anything you would normally do with a server, and
264.
by mayop100 14y ago
[Firebase dev] I've mentioned this in the chat several times, but I should probably mention this on the HN thread as well. We're big fans of Meteor as well. Firebase is just a data layer -- we do high-performance, scalable real-time data sy
265.
by mayop100 14y ago
[Firebase founder here] We did a ton of interviews with devs, and we found that authentication was one of the areas where developers wanted the most control / customization. We therefore opted for maximum flexibility here.
266.
by mayop100 14y ago
Meteor relies on developers writing server-side code. This is flexible, but it means you need to run your own servers -- meaning scaling, operations, etc are up to you. Scaling real-time / persistent connections is especially challenging. O
267.
by mayop100 14y ago
The key difference is that we are a real-time backend. We push data changes down to clients when things change and trigger callbacks so the apps can remain responsive. Parse, Kinvey, etc are based on a request / response model. I know some
268.
by mayop100 14y ago
[Firebase founder here] This is one of the nice things about running a company that is 100% developer focused. We can communicate in clear terms with customers that actually understand the nuances of what we're building. We'd much rather be
269.
The New Firebase Security API(blog.firebase.com)
265 points by mayop100 14y ago|51 comments
270.
by mayop100 14y ago
These guys have a fantastically simple-to-use platform. We've been at a number of hackathons with them and they always get killer adoption because it's something you can get up-and-running within a few hours.

More ›