Live data from Hacker News

Facebook is closing Parse

blog.parse.com

211–220 of 543 posts

Re: Facebook is closing Parse

#211

I'm building on top of Firebase at the moment, and this is exactly the sort of thing I'm afraid of.

[Firebase founder here]

Google is 100% behind us, and we're continuing to make big investments in the platform. If you have concerns, feel free to ask me questions on twitter: twitter.com/startupandrew

Re: Facebook is closing Parse

#212
I was just looking at Parse & Firebase for the potential back-end on a biz app I am currently developing. I decided to install DreamFactory on AWS with DynamoDB because I felt uneasy relying on the others. I have been burned multiple times by both Facebook & Google shutting down API's.

It was fairly painless getting DreamFactory setup.

I give props to Facebook for giving such a long notice though. That should be more than enough time for app developers to switch.

Re: Facebook is closing Parse

#213

While I'm sure this sucks for a lot of people, I'll be honest the shutdown seems pretty fair. One year notice, detailed migration path with accompanying migration tools, and an open source release of the product itself. I didn't use parse, but this seems like a reasonable way to do it.

Oh definitely. This is a fine example of how to do a service shutdown. Sadly, I await the comments from unprepared customers next year. If you make apps and use any sort of {P,B,S,I,}aaS, do you yourself a favor and follow/subscribe/whatever to their news/release channels.

Yes! I wrote about this a few years ago:

http://geekestateblog.com/monitoring-microvendors/

It's really important as people build apps (and business value) through composition of smaller services rather than composition of code that they become aware of these external dependencies. And not just at build time, but during the operation of these apps/business processes.

Re: Facebook is closing Parse

#215

wow. A year ago when I rewrote my startup's product in AngularJS I was on the fence between Firebase and Parse. Built prototypes against both and ended up going with Firebase for a few reasons - 1: price, 2: owned by Google and not FB and 3: the whole 3 way data binding thing. Awesome to see them releasing code for the backend but I'm finding this trend really disturbing - relying on 3rd party services for everything…

[Firebase founder here]

I want to help put your mind at ease. Google is 100% behind us. If you have specific concerns, please ping me on Twitter: @startupandrew

Re: Facebook is closing Parse

#216
post #195

This announcement just underscores the importance of having full control over your backend. Yes, it's more work, but if you're writing apps that seriously depend on backend services, it's simply too much risk to depend on anyone else. Fortunately in this case Facebook offered generous lead time to migrate off Parse.com, but they were not obligated to do so, and other providers might not be so generous in the future.…

"This announcement just underscores the importance of having full control over your backend" I disagree. If using something like this let's you get to market much faster, much cheaper, and find market fit faster/cheaper, then it's worth it. Depending on the need it can take millions of dollars and year(s) of work to then begin working on the actual business objectives.

We used Parse, and (contrary to your suggestion) it helped us get to market much slower and much more expensively. We experienced a hilarious amount of downtime, and hundreds of engineering hours that could have been spent developing features for our users or improving our services were spent working around fatal bugs in Parse, which were usually not manifesting on all instances, which made it very difficult for the Parse team to diagnose them.

Fixes for Parse bugs were usually not forthcoming from the Parse team---and when things were fixed, more often than not the fix was reverted within a week because it caused something even worse.

For the first six months of our time using them, Parse would only report downtime post facto and backdated by a day. “F@#$k Parse” was perhaps the most frequently uttered phrase among all of us in our douchebag Mission district headquarters. What a life.

All the time, push notifications inexplicably stopped working for hours at a time---we were running a daily sales app, and this really killed us. It ruined dozens of auctions and pissed off tons of our users. But what's even worse? Parse made my life a living hell for a year, and I'm glad they're gone.

Re: Facebook is closing Parse

#217

While I'm sure this sucks for a lot of people, I'll be honest the shutdown seems pretty fair. One year notice, detailed migration path with accompanying migration tools, and an open source release of the product itself. I didn't use parse, but this seems like a reasonable way to do it.

also major props for being up-front about the fact that they're shutting down the service and they realise it sucks for their users, rather than some "incredibly journey" style bs.

Re: Facebook is closing Parse

#218

I hate to be "that guy", but I use their analytics too, along with in-app push notifications that can be targeted to groups of users. Anyone have experience and recommendations for alternatives that are just as easy to implement in an iOS or OS X app?

Mixpanel

Re: Facebook is closing Parse

#219
My sympathies to any workers displaced by these events, but I'm happy. Parse is a bad product: it has weird quirks in normal usage but most importantly scales abysmally. I'm thrilled to have ammunition to justify moving away from it. Love love love the open source angle however, and wish more sunsetting products go this route.

Re: Facebook is closing Parse

#220
post #157
post #59

Currently using Parse for Push notifications (it's simple to send a request to Parse and it handles iOS vs Android issues). Is there any tool out there that has similar functionality? Ie. you register all your users devices there and they simplify the sending of push notifications.

I just created an account on OneSignal: https://onesignal.com/

Free - what's the catch? I don't want to have the same problem all over again. Forget the fine print, the body text is really hard to read superthin gray text on white.
Post reply on HN