from Hacker News

Facebook is closing Parse

by theunquietone on 1/28/16, 10:00 PM with 500 comments

  • by gfosco on 1/28/16, 10:03 PM

    Separately, we developed an open-source Parse-compatible API server for Node/Express. https://github.com/ParsePlatform/parse-server

    This, along with the database migration tools released earlier, allow developers a full migration path to move from Parse hosted data + API to their own infrastructure.

    Over the weekend, I set up a website & app on a $5 DigitalOcean box running Parse and Mongo locally.

  • by chrisfosterelli on 1/28/16, 10:09 PM

    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.

  • by nodamage on 1/28/16, 11:02 PM

    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.

    Developers who depended on Parse now have an interesting decision to make: export their data into MongoDB and start running their own servers, or look for an alternative BaaS provider to do it for them (which carries the same risk of that provider shutting down in the future).

  • by jewel on 1/28/16, 10:07 PM

    I am happy to see that they're not using any of the insulting language that would land them on http://ourincrediblejourney.tumblr.com/.

    FYI, here's the announcement of the acquisition from April 25, 2013: http://blog.parse.com/announcements/the-future-of-parse/

    Relevant bits:

    Q: Will my Parse app be affected in any way? No.

    Q: Will Parse apps have to use Facebook functionality? No.

    Q: Will Parse honor my contract? Yes, of course.

  • by btown on 1/28/16, 10:10 PM

    It will be funny to see all of the abandoned apps that start failing a year from now. Obscure games, utilities, etc. Most people won't be bothered to go through the stress of an App Store review process to update an old free-to-play app that's not even making them revenue. But how many people's morning commutes will be ruined when their old games or news apps fall apart? The price of progress (and of liquidity), I suppose...

  • by Cshelton on 1/28/16, 10:12 PM

    It always sucks when things have to come to an end, however, this is a pretty graceful shutdown if you ask me. Many other service providers, especially in other industries, would often times send you a letter with a month, sometimes less, notice.

    From a business learning experience, I'm really interested in the reasoning. I'm hoping a detailed blog post comes out of this, which I'm sure it will, just as a "case study" of sorts.

  • by DocSavage on 1/28/16, 10:16 PM

    And just when I was about to choose between Parse and Google's Firebase. Makes me wonder if Firebase will follow the same path through acquisition, seeming stability, followed by closing?

    As far as similar open-source systems, it seems like Mozilla's Kinto compares favorably to Parse after it's code is released: http://kinto.readthedocs.org/en/latest/overview.html There's a nice table there comparing the different services' features.

  • by minimaxir on 1/28/16, 10:09 PM

    Odd. The Parse SDK had a new release one month ago: http://techcrunch.com/2015/12/14/parse-launches-sdk-support-...

    That makes this decision seem very sudden.

  • by bsaul on 1/28/16, 11:34 PM

    A few thought :

    1/ parse wasn't a core service for facebook, nor a relevant source of a revenu AND their API wasn't standard. Those points combined made it very risky for people to use it.

    2/ since they open sourced their API now, and the service was a paid service, there's a very high probability that someone will very soon create a 100% compatible PAAS.

    3/ firebase will be next to shutdown. Not because they suck, but simply because they're exactly in the same case (proprietary,non standard, critical technology, held by a company who don't really care about it for its money service). People won't sign up on firebase anymore, so they will have to shut down quite soon.

    4/ Every non core project run by facebook should be looked upon with extra caution now. Yes, that includes occulus. They're clearly not going to sell many devices, and gaming console maker (aka Sony) will have the lion's share of the gaming market. So, expect fb to shut it down in 2 or 3 years if it doesn't get a very large marketshare (the only use case large enough i can think of that is not gaming being porn).

    5/ I personnaly would be really hesitant now to run on something like google app engine. I wouldn't be surprised to see google and microsoft moving forward api standardization for core cloud services on a much faster pace. Except amazon, nobody is really safe now.

  • by mmanfrin on 1/28/16, 10:34 PM

    Man, this is an example of how to shutter a service gracefully. 1 year heads up and an open source replacement for their service with export tools to port the data in to a format that replacement can use.

  • by dantiberian on 1/28/16, 10:15 PM

    I wonder if Firebase will be next? They were acquired by Google in 2014. However they also acquired Divshot to join the Firebase team in 2015 which indicates they at least intended to continue with it then. Firebase does at least make more sense as part of Google's cloud services division rather than at Facebook.

  • by gdeglin on 1/28/16, 10:15 PM

    One group of developers this is going to affect most are those who used Parse's GCM Server Key for push notifications.

    Since Parse is probably not going to reveal this key, Android developers using Parse for push will not be able to use their existing GCM push tokens with other services.

  • by ape4 on 1/28/16, 10:03 PM

    Maybe its not such a good idea after all to code your app to a proprietary API in the cloud.

  • by mmastrac on 1/28/16, 10:27 PM

    Ugh. This is why you don't build on proprietary stacks like this. I've detailed tonnes of complaints I've had about the platform itself being awkward and buggy in previous HN comments, but this is obviously the #1 reason not to.

    If Facebook can shut down a service this big, Google or Amazon can too. Moving a VM is (reasonably) easy, but porting an app from proprietary backend X to another is hard.

  • by hkmurakami on 1/28/16, 10:15 PM

    >We’re proud that we’ve been able to help so many of you build great mobile apps, but we need to focus our resources elsewhere.

    I read this as "our Facebook overlords have decided that our revenue/head can be dramatically increased if redeployed on a different part of the overall company, so they have decided to shut Parse down and move us elsewhere."

    Which is a perfectly fair business decision but this is really sad to see since I saw the Parse acquisition as a beacon for platform companies being able to run independently post acquisition. :(

  • by chatmasta on 1/28/16, 10:59 PM

    I don't understand why Facebook never integrated Parse into its own datacenter infrastructure. As far as I can tell, Parse still hosts all of its infrastructure on EC2 (DNS lookups for every Parse service point to an EC2 IP address). Hosting on EC2 made sense when Parse was an independent company, but didn't they sell to Facebook so they could benefit from Facebook infrastructure?

    This seems like Facebook throwing in the towel on what seemed like a good plan to gain a foothold in the cloud space.

    Either that, or they're not really shutting down, and they just want to get a bunch of free labor from open source developers before migrating to an enterprise support business model.

  • by Mizza on 1/28/16, 10:04 PM

    Goddammit!

    I built a service on top of Parse and Yahoo Pipes. And I JUST finished porting the Pipe stuff to Lambda..

    Oh well, nice of them to provide a DB migration tool and an open source server.

  • by bsdpython on 1/29/16, 3:23 AM

    There are going to be a lot of mobile "full stack developers" that are going to have to scramble now to find another way to avoid learning how to build a simple API server and database.

    I only used Parse for one small project a few years ago. At the time their scheduled tasks feature was new and I found it hilarious that there was a bug that mixed up hours and days in the scheduler. That is when the scheduled tasks actually ran at all.

  • by josh2600 on 1/28/16, 10:06 PM

    It's really hard to build trust when products disappear. Building on top of google is hard for this reason, and Facebook is beginning to look eerily similar. Recall all of the wonderful social graph access that once existed and see, now, the wake of crippled API's where they once lived.

    Since it is impossible to build everything from scratch, some compromise must be made, but I wonder whether that compromise can reasonably include offerings from $BIG_CO? Certainly open-source projects implode as well, but rarely with the scale of things like Google Reader or Parse...

  • by subpixel on 1/28/16, 10:12 PM

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

  • by adriancooney on 1/28/16, 10:09 PM

    Wonder why they actually shut down? Seems like it was an unexpected decision.

    http://blog.parse.com/events/announcing-f8-2016/

  • by boulos on 1/28/16, 11:29 PM

    To those concerned about Firebase, here's the latest tweet from Firebase:

    https://twitter.com/Firebase/status/692845862527995904

    > Not a great day for app developers :( Firebase is healthy & actively working on many new exciting features here at Google #parse

    Disclaimer: I work on Compute Engine not Firebase (but I sit next to them).

  • by jtchang on 1/28/16, 10:31 PM

    One of the reasons you need to pick hosted services very carefully is just this type of scenario. Especially when you are deciding where your data lives.

    I give a tremendous amount of respect though to the Parse team for open sourcing the server. Like holy crap they released their entire code base. It must have been especially tough since you have to go through it and clean everything up. Too bad they didn't include the commit history (I certainly understand why they did it). Commit histories are generally the most interesting.

  • by 20years on 1/28/16, 11:45 PM

    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.

  • by kuzmin on 1/28/16, 10:19 PM

    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.

  • by spdustin on 1/28/16, 11:32 PM

    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?

  • by tmsh on 1/28/16, 10:29 PM

    Interestingly, might've been better to:

    a) release open source versions and announce pricing increase in the future. b) reduce people using the free 30 transactions / second limit. c) maintain in maintenance mode indefinitely.

    I just don't get why companies shut down services unless they're folding them into open source projects (like Freebase into Wikidata). Maintenance mode seems cheap to me, but maybe I'm missing something?

    I am most curious about Facebook's strategy for this. Total guesses - but maybe they have another developer platform in the works? Maybe it's just the focus on core businesses, but it is most curious.

    Anyway, I love parse! Cool it's open source now.

  • by Symbol on 1/28/16, 11:51 PM

    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.

  • by carsongross on 1/28/16, 10:47 PM

    This is in no way to dog on Parse, which is handling the situation as well as any company I've seen, but I can't help but think of the hilarious line from https://medium.com/@wob/the-sad-state-of-web-development-160...:

    "A [Single Page App] will lock you into a framework that has the shelf life of a hamster dump"

    Seems like that could be said about a lot of infrastructure services out there as well.

  • by boggzPit on 1/28/16, 10:48 PM

    Damn it Facebook. Why did I ever believe you could handle being cool to developers?

  • by lucb1e on 1/28/16, 11:34 PM

    Either their mobile home page is broken or it only shows this announcement anymore, but what is Parse anyway?

  • by browseatwork on 1/28/16, 10:11 PM

    Too bad. I admire them for giving people a year and giving some helpful tools. I'm glad Parse's winding down is less painful than "We're gone in 1 month, good luck, bye!".

    Another data point for the "Is PaaS dead?" conversation.

    http://blog.fortrabbit.com/cloudscapes-rerevisited

  • by patkai on 1/29/16, 7:03 AM

    Kudos to the Parse team for many things, including a much more decent exit than many others. But aside all my admiration for all their achievements - all beyond my abilities - let me ask you, hackers of the world, is this what we really want, if/when we build something so awesome? I do prefer to hear DHH talk stuff like "Basecamp is my life's work".

  • by scriptstar on 1/29/16, 9:11 AM

    Totally disappointed with this announcement. Facebook is making billions of dollars of profit but can't keep up the lights at Parse. I will think twice to jump on these platforms next time. Now, I am more sceptical of using ReactJS, ReactNative and other stuff from the FB spearheads. Perhaps a high time to learn typescript and angular2.

  • by jaxondu on 1/29/16, 8:29 AM

    Speculations on why the shutdown: Apple CloudKit is gaining momentum. Google is predicted to come out its own offering for Android based on Firebase. Facebook wants focus on its Messenger as a platform, rather than 'supporting' Apple and Google's platforms. My 2 cents.

  • by lsiunsuex on 1/28/16, 11:14 PM

    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.

    Doesn't anyone remember back in the day (like 5 years ago hah) when programmers / admins actually bought software and ran it on their own servers and didn't "rent" it? I know, crazy right? To own software and if the company went under, things could still be fine for a while longer.

    Maybe it's time to consider my use of Firebase and go back to the way things used to be.

  • by WoodenChair on 1/28/16, 11:03 PM

    Suddenly, Apple's CloudKit doesn't seem so unattractive - but at the same time I fear it will face a similar fate. Anyone have any insight about whether it's "safe" to build upon? Is there yet an Android solution for connecting to their REST API?

  • by sb8244 on 1/29/16, 4:45 AM

    One thing that I haven't noticed in the comments is that the released server is parse API compatible. It is not the parse server, and so you aren't guaranteed the same things you are guaranteed from the real parse service.

  • by Danielmy on 1/28/16, 10:46 PM

    Hey guys, you can try www.backand.com which gives you anything that parse had to offer and much more. Real time, hosting, DB and server side action is just a bit of what they give you. Oh and the best part, it's free.

  • by TamDenholm on 1/28/16, 10:06 PM

    I just started developing something in parse in the last 2 months, i really really liked the platform, this totally sucks. Does anyone have any recommendations for alternatives with similar features?

  • by rajacombinator on 1/28/16, 10:36 PM

    Interesting. I guess I bought into the PR/propaganda that said Parse was a huge success and good acquisition for facebook. Never made sense to me why one would use such a service anyway.

  • by purans on 1/28/16, 10:55 PM

    Looks like time to revive my PubKit - https://github.com/narup/PubKit

  • by eachro on 1/28/16, 10:17 PM

    I used Parse a few years ago to serve as a backend for a simple event aggregation app. It was incredibly simple to use and integrate with. I probably spent on the order of ~1hr reading documentation and another 2 hours doing some quick and dirty implementation before having a functioning Android app. It's too bad it's shutting down, but I can't say I didn't see this coming after the Facebook aquisition.

  • by davidkhess on 1/28/16, 11:15 PM

    Seems telling that Facebook chose to shut it down rather than spin it back out on its own or sell it. That implies the economics of it weren't working.

  • by PanosJee on 1/28/16, 10:34 PM

    And this proves that there no money to be made in Mobile developer tools. Pretty much all major tools have been acquired or face an uncertain future.

  • by chx on 1/28/16, 11:42 PM

    Charity Majors leaves Facebook/Parse, Parse shuts down. I am not surprised.

  • by blasphemous on 1/28/16, 10:50 PM

    Kudos to Parse/Facebook for a somewhat graceful exit.

    However, i find it extremely foolish to shut this down completely from Facebook's point of view.

    Sure redeploy all the gun developers to other FB products, but you can't tell me FB could not afford to hire some devs to maintain this service. They could have sold the service to another company too.

    This just gives Facebook more bad vibes from the dev community.

  • by stefybiber on 2/4/16, 10:25 AM

    This thing has disturbed everyone who have hosted their apps on Parse platform, they are looking for an alternate solution. I am also one of them.

    I have already talked with various app development platform providers and check their platforms. I found Configure.IT as the nice solution compared to other platforms. Actually my 10 to 15 apps are on Parse. So I am bit worried about it. Now After checking all the solutions, Finally I reached to a decision.

    I also want to guide all the people who are passing through the same situation as I am passing. I have checked all the features and facilities provided by this platform and also talked with the authorized persons of this platform. Really a genuine one.

    So finally I have given the project of my apps migration to Configure.IT ( http://www.configure.it/ ) and they are doing it very nicely. Thanks to whole team. Thanks a lot.

  • by jondubois on 1/29/16, 1:54 AM

    Maybe it's a good time to self host an open source solution using http://socketcluster.io/ maybe with the Meatier stack https://github.com/mattkrick/meatier

  • by nevi-me on 1/28/16, 11:30 PM

    I haven't worked with Parse, but the announcement reminds me of something I decided to do as much as I can.

    We sometimes choose to build features on top of third-party vendors' services, and the reality's that unless that third-party derives decent revenue or primarily provides that service; one shouldn't expect that the service will always be available. Twitter was a good example, Google SEO is another, where people who were relying mostly on search traffic got wiped when algorithms were changed.

    It takes longer at times, and seems like reinventing the wheel, but for features that I deem to be very useful to my users, I choose to roll out the relevant underlying detail myself. In most cases there are often already third-party libraries that can help with bootstrapping the features. I'm glad that the parse-server is available so people can run their own local instance though.

  • by datarem on 1/28/16, 11:26 PM

    It's as if millions of independent developers cried out in terror and then suddenly migrated to DigitalOcean.

  • by sciencesama on 1/28/16, 11:30 PM

    http://venturebeat.com/2015/08/28/parse-ceo-ilya-sukhar-is-l...

    when a venture capatilist leaves the team things are not going good somewhere ;)

  • by mpinteractiv on 1/29/16, 2:28 AM

    I love your product, thanks for releasing a "community server". I liked it because it contained enough business logic to get started with most projects. Built that with it among other things :

    https://github.com/Mparaiso/playground ( a jsfiddle lite directly available on github , the UI is angularjs : https://mparaiso.github.io/playground )

    So thanks. You were the best BaaS feature wise IMHO.

    EDIT: however just one point : you took 1 year to rewrite your API in Go, which yielded performances but the product didn't evolve that much in the meantime because of the rewrite, was the experience positive or negative?

  • by parsehosting on 1/29/16, 3:30 PM

    We are gutted by this and so are our clients, so we are working to create a Parse Hosting service for both our apps and the other developers in the community. For more information checkout http://parsehosting.net

  • by shade23 on 1/28/16, 10:25 PM

    Parse was the go-to platform for those who wanted to concentrate on their end product.I know people with (day to week)-old ideas who could set up the complete application using parse.It not only made life simpler for everyone but greatly supported rapid prototyping and not having to go through the hassle that comes with building your own stack.Yes I know there are combinations of several SAAS and IAAS which can fill the void,but no one can come close to the single stop solution that Parse provided. I hoped that Facebook would do with parse what Twitter did with Fabric(Yes I know that Fabric has ads as a business,but crashlytics is a god send for mobile developers). Nevertheless I hope more Parse like solutions are yet come.

  • by Kinnard on 1/28/16, 10:40 PM

    Why is parse shutting down?

  • by yueq on 1/28/16, 10:23 PM

    This is much worse than Google closing Google Reader.

  • by drchiu on 1/29/16, 2:25 AM

    Definitely kudos to Parse for open sourcing what is essentially their platform.

    Nonetheless, this speaks to the difficulty many of us in the startup world face when choosing our technology stacks.

    Parse, Firebase, and other similar BAAS platforms are very attractive for a variety of reasons. But in the end, many of them get acquired and eventually wind down, or run out of money because it's so difficult to run profitably.

    Selling to developers is oftentimes a difficult thing to do. I've seen multiple products aimed at developers that look great and get me excited, but when I sit down and really analyze it -- each of them have yet to make even a single dollar from me. I'm sure many of us are in similar positions.

  • by csense on 1/29/16, 6:43 PM

    Can anyone explain to me what Parse actually is? Based on a quick read of https://parse.com/apps/quickstart#parse_data/mobile/android/... this is basically a cloud-based key-value store, is that correct? And the value-add is basically that you can subscribe to stuff, and they did all the finicky cross-platform stuff to get it to work in mobile devices?

    And this is something that any competent developer could write in-house in a few days, but what they were selling it for is a lot cheaper than a few developer-days?

  • by fierycatnet on 1/28/16, 10:32 PM

    Hm. I personally haven't used Parse and I didn't even know they were with Facebook but I've seen it mentioned as a pretty popular back-end platform for Android apps (for example). What's the alternative then? AWS probably then?

  • by exodust on 1/29/16, 9:47 AM

    The parse blog crashes my Firefox browser. Even in safe mode and without javascript the browser crashes.

    Also, trying to close my Parse account is impossible. Then I found this on their FAQ:

    "Currently, there is no way to delete an account. You can just stop using it; we won't spam you."

    But they did spam me, I got an email from "FocusVision an independent research firm via Facebook." asking me to take a survey about Parse. I have nothing to do with Facebook, never had a Facebook account, never will. I'd forgotten Parse was acquired by Facebook.. now I remember the "it won't change anything, we're not going anywhere" blog posts from 2 years ago.

  • by muzani on 1/28/16, 10:58 PM

    Well, this sucks.

    My company is about to get acquired for our technology. A huge part of the tech relies on Parse. I mean they were charging for it! Who would think that they will shutting down?

    I guess we'll have to rebuild that part from scratch starting right now.

  • by henrify on 1/29/16, 3:59 AM

    I don't understand their decision. Developers are crucial for Facebook's success as platform, and the amount of distrust and bad-will they just gained would seem to far outweigh their cost savings in grand scheme of things.

  • by Everhusk on 1/29/16, 12:19 AM

    Dang. I literally just finished building my first app with React Native/Parse two days ago. Was really amazed by how easy the stack was to get production ready, but now? Heigh ho, heigh ho, its off to work I go... :(

  • by cloud170 on 1/29/16, 10:35 PM

    I think someone posted this on another thread somewhere (and sorry I could not dig it back up). With MongoLab and Google Cloud Platform, I literally just re-specified the Parse App ID and Keys and got the Parser server up and running in matter of minutes: https://cloud.google.com/nodejs/resources/frameworks/parse-s... Yes, with limitation on quite a few things now. But it's a good start.

    Next thing to explore is how to scale this thing out.

  • by samuraicode on 1/29/16, 12:00 AM

    Parse was how I got my first backend needing apps into the App Store. Always thought they were a great company and really set the bar for how to build and document an API. Sad to see them go, but wish them all the best.

  • by conan311 on 2/1/16, 11:11 AM

    Hi Guys, I am trying to set up Parse Server and a Mongo DB locally on my mac. When I run Parse Server, I got this message "DATABASE_URI not specified, falling back to localhost". However, I did provide the DATABASE_URI. Probably I am so noob and didn't fully get it. The following is what I provided. Please advice me.

    var api = new ParseServer({ databaseURI: 'mongodb://localhost:27017/dev', cloud: process.env.CLOUD_CODE_MAIN || __dirname + '/cloud/main.js', appId: 'xxxx', masterKey: 'xxxx', });

  • by illuzyonist on 1/30/16, 11:15 AM

    We believe that not relying on another hosted BaaS solution is the best strategy. Just because of this we have created an API generation tool called API Plug that can benefit mobile and backend developers. You can export MongoDB from Parse right now. After that you can generate & download your own REST API source code in any language you need in minutes from https://apiplug.com Then you could deploy on your own server and have the full control of your backend.

  • by chasing on 1/28/16, 10:08 PM

    Which alternatives would people recommend?

  • by yamill on 1/29/16, 4:42 AM

    I think Parse is an awesome platform and was really well documented. I used it for building my app, and will probably end up migrating to my own parse server and then decide where to go from there.

    Parse really made it easy to get an app running. Especially a couple of years ago, when api's were complicated.

    I'm going to miss the push notifications, I just implemented them and they work really well. Hopefully an open source solution will get released so we can continue using them.

  • by fnayr on 1/28/16, 11:42 PM

    If you're making (mobile) games and looking for a replacement, I cannot recommend Gamesparks[1] highly enough. Their documentation is way behind Parse's (which has excellent docs), but their features (relevant to games) and customer support are far superior, and they are actively working on improving their docs.

    [1] http://www.gamesparks.com/

  • by dmitriz on 1/28/16, 11:09 PM

    So is the Firebase the next one?

  • by alexmk92 on 1/29/16, 12:16 PM

    When the news first hit I was a little disappointed but after reading through the "what to do next" post I am extremely impressed by the way Facebook are handling this. A year to let us all migrate is more than generous, and an open source server will allow us all to continue to rapidly build our applications. I don't mind fiddling around with scaling a little through the AWS console.

  • by elkhourygeorges on 1/29/16, 6:38 AM

    Why did they do this?

    Parse was on track to disrupt the cloud. Why do you need a full backend when you can easily define APIs and access them through mobile and web?

  • by Yhippa on 1/28/16, 11:15 PM

    http://www.businessinsider.com/why-facebook-acquired-parse-f...

    > Apps currently hosted by Parse include Food Network, Hipmunk, iBart, Anypic, and Travel Channel. There are 100,000 apps using Parse, Graham says.

    Article is 3 years old but wonder if they've moved on from Parse?

  • by wkoszek on 1/29/16, 5:40 AM

    When I first learned about Parse, I started to wonder how giving away 20GBs with 30req/s generates money, and I think now I have an answer.

  • by pashakym on 1/29/16, 12:29 AM

    link to Parse customers

    VEVO, Volvo, Udacity, Eventbrite, Orbitz, Ebay, Groupon, Hipmunk, MTv, Playtika, EBATES, SAMSUNG and many many others

    https://webcache.googleusercontent.com/search?q=cache:ZL4JyM...

  • by conan311 on 1/31/16, 11:02 AM

    Hi Guys, after a few hours of googling (trust me, I spent my whole Sunday being so pissed of at Facebook and researching alternatives to Parse.com), I arrived in this awesome page. I read a few comments below and it seems like I just found an oasis! With this open source project, do you guys think it would be still possible for an app to support FB sign in features?

  • by Raed667 on 1/28/16, 10:54 PM

    I used Parse for a dozen projects, but none in production, and all were free. To be honest, I loved how Parse allowed me to focus on the App/product without having to worry about APIs and backend.

    However whenever I'm serious about an App I end-up investing in some PHP or Node .. This is probably true for a lot of people and this is why it is probably shutting down.

  • by pavlov on 1/29/16, 12:15 PM

    My take on this turned out too long for a comment, so I wrote a blog post:

    "Facebook’s Parse shutdown has a lesson to all tech customers"

    https://medium.com/@pauli/facebook-s-parse-shutdown-has-a-le...

  • by smt88 on 1/28/16, 10:06 PM

    Does anyone know why this is happening? It was kinda buggy because of its Mongo foundation, but the concept itself was pretty great.

  • by 3lux on 1/29/16, 3:04 PM

    It would be nice to see the Go server that powers Parse.com's production servers. I recall in Gophergon 2015 there was a presentation on how they migrated from Ruby to Go. https://gophercon.com/talks/rebuilding-parse/

  • by jramps on 1/29/16, 8:25 PM

    How important is choosing a no lock-in MBaaS? Some considerations for backend users: http://www.anypresence.com/blog/2016/01/29/parse-shuts-down-...

  • by brooklyndude on 1/28/16, 11:14 PM

    I can say one thing?

    Firebase. That's it. Just one word. :-)

  • by markpiller on 1/28/16, 11:56 PM

    It is a sad day and I feel for the developers who got caught in the situation. If migrating to your own server is not an option, consider Backendless (https://backendless.com). We are stable and healthy and we have a team to help you with the migration of your app.

  • by helloanand on 2/3/16, 6:15 AM

    Worth a read - The dirty little secrets of transitioning away from Parse https://medium.com/@suniltom/the-dirty-little-secrets-of-tra...

  • by bikamonki on 1/29/16, 3:54 AM

    Many thanks for a great product, for giving away the server code and migration tool but...no thanks. The whole point is that many of us don't want to run the back-end. We cannot afford to do so, we are not fully qualified to do so, our clients will not pay us more to do so.

    Anyone else selling a similar service? I'm up for grabs!

  • by bogidon on 1/29/16, 2:26 AM

    Looks like the Parse dev team is going to continue development of the SDKs for now: https://github.com/ParsePlatform/ParseUI-iOS/issues/189#issu...

  • by krmboya on 1/29/16, 9:32 AM

    So, just some unanswered questions in my mind concerning startups that get bought out then shut down.

    Do they end up creating more value than was invested into them in the course of their lifetime? Who captures most of this value? What does this mean for technological innovation and increase in productivity in general?

  • by espitia on 1/29/16, 4:31 PM

    I've used Parse for all of my apps but I don't really understand what goes on between my client (iOS apps) and them. Reading on this would help a lot before trying to host the open source Parse Server by myself. Can anyone recommend tutorials/videos regarding hosting your own backend?

  • by crudbug on 1/28/16, 11:06 PM

    Just signed up for a new account .. new beta dashboard looks sleek. Are they open sourcing the ReactJS code ?

  • by rezaqt on 2/3/16, 6:01 AM

    [Kii employee here] We've been getting many inquiries at Kii Corporation from Parse customers about migration. To get you started: https://en.kii.com/parse-migration/

  • by fomojola on 1/29/16, 1:55 AM

    Is there an opportunity for a 3rd-party hosted Parse service? Seems like that may be an option for the folks who are currently using Parse and need to move: someone to basically run the open source service on top of AWS/Linode/Digital Ocean/Google Cloud for a nominal fee.

  • by hasenj on 1/28/16, 11:08 PM

    It seems that no few months can pass without some "X as a service" gets shut down.

    I basically now have the following assumption by default every time I see a new startup:

    What ever they are doing now, it will probably be shutdown within the next 4 years (assuming it gets any success at all in the first place).

  • by Spoom on 1/29/16, 4:28 AM

    Parse is a great provider for push notifications, having only really gone down once in the time we've used it (and also being, well, free). I didn't use any other part of the system because we had our own databases and whatnot, but it is great for push. It will be missed.

  • by khamoud on 1/28/16, 10:07 PM

    Well good thing this came out just now. I was literally about to start another parse project tonight.

  • by js4all on 1/29/16, 7:37 AM

    Coincidentally we recently added MongoDB to our range. So, if you don't want to do devops yourself, our fully managed stack may be an interesting migration path. First app is free. https://cloudno.de

  • by vitalychernobyl on 1/29/16, 4:48 AM

    Very very disappointing. Parse was a great platform and Facebook killed it. I guess it's going to be full stack AWS all the time forever. They shouldn't have bought it if this wasn't going to be a core part of the business going forward. Boo, Facebook!!

  • by ashutoshyadav on 1/29/16, 9:01 PM

  • by ashutoshyadav on 1/29/16, 9:01 PM

  • by estraschnov on 1/29/16, 2:04 AM

    There are some other tools that let you build an app without backend code. Here is ours https://bubble.is/developers, would love to hear from folks.

  • by sehr on 1/28/16, 10:05 PM

    Any specific reasons why? Always thought they were doing well, reasonably popular etc

  • by maxko on 1/29/16, 9:47 AM

    Suddenly! I just finished pretty complex app which relies on Parse, can anybody recommend some alternative service? I have looked at Kinvey, but it seems too expensive. Does anybody have experience with Backendless?

  • by elcct on 1/28/16, 11:02 PM

    I always thought of Parse as a service for someone too lazy to setup mongodb. But to be serious, I think that was a nice tool to get ideas up and running for testing purposes. Running in production? Hell no.

  • by manishkungwani on 1/29/16, 7:04 AM

    My thoughts on the closure, and options moving forward. http://mk.bloomcs.com/parse-com-is-dead/

  • by flanbiscuit on 1/29/16, 4:25 AM

    Damn, I just added Parse to a small project. Does anyone have a suggestion for a good service that handles Push notifications like Parse? I really don't want to set up my own server for this.

  • by ashutoshyadav on 1/29/16, 8:59 PM

    Seamless Migration from Parse to ShepHertz App42

    http://www.shephertz.com/parse-migration-app42.php

  • by praveenweb on 1/29/16, 3:42 AM

    I would like to see a detailed explanation from Facebook on the business front for closing Parse. Developers would now be skeptical about using any Proprietary service for their backend.

  • by Nemant on 1/29/16, 5:06 AM

    Next thing you know is react/react native is no longer supported

  • by mikaelmorvan on 1/29/16, 6:43 AM

    If you want to move to an other BaaS, ZetaPush provides NoSQL as a service, File storage as a service, Search as a service and lot's of other things for mobile, web, server and IoT

  • by vinceyuan on 1/29/16, 4:10 AM

    Facebook spent $85 million buying Parse in 2013. Now it will be closed.

    I used Parse. But I found it's expensive if you want to use some Pro features. I built my own server on a cheap VPS later.

  • by tawrahim on 1/29/16, 12:19 AM

    So what happens to the parse credits? Do we get the money back?

  • by pbreit on 1/28/16, 10:58 PM

    You would think they could have found someone to take it over?

  • by gsklee on 1/29/16, 2:17 AM

    Seriously, any good alternatives other than Firebase?

    I chose Parse because it looks better than Firebase... this latest development is beyond me. Such a promising product...

  • by chmaynard on 1/31/16, 4:07 AM

    Since this was clearly a Facebook decision, Facebook should have announced the shutdown on their own blog instead of humiliating the Parse team like this.

  • by gabrielortiz on 2/8/16, 7:24 PM

    We built a Parse Replacement Service: http://nimbleparse.com

  • by jamesfzhang on 1/28/16, 10:05 PM

    I am shocked...time for Fabric to build a backend?

  • by weakwire on 1/29/16, 5:46 AM

    So you mean Facebook is open sourcing Parse...

  • by 01GOD on 1/29/16, 2:08 PM

    Dashboard is essential. Thanks in advance for releasing a fully functional open source Parse dashboard.

  • by droithomme on 1/28/16, 10:59 PM

    Platforms are for the naive.

    After a few turns at the merry go round the newbie developers learn this hard lesson.

  • by tranv94 on 1/29/16, 4:04 AM

    I came to enjoy Parse, but alas I have $600 in credits from it. Any ideas I should use it for?

  • by 01GOD on 1/29/16, 2:10 PM

    Dashboard is essential. Thanks in advance for providing an open source Parse dashboard today!

  • by ryeguy_24 on 1/28/16, 11:30 PM

    This is exactly why I chose to implement everything myself rather than use a cloud wrapper.

  • by ali_oguzhan on 1/29/16, 1:05 AM

    OK. i ve read all comments here. literally. why no one mentioned baasbox? i am building a mobile app with parse and now considering to move it to the baasbox on my own server. And no one here mentioned them. something wrong with it?

    http://www.baasbox.com/

  • by orasis on 1/29/16, 7:34 AM

    WHAT THE FUCK!!?? Facebook just obliterated any shred of developer trust it once had.

  • by neemsky123 on 1/28/16, 10:16 PM

    will you also open source the front end tools? i really loved the data explorers

  • by giarc on 1/29/16, 4:41 AM

    What is Facebook retaining? There must be something they are holding onto. Would it make any sense for FB to give the original founders the option to buy back Parse? With them open sourcing most of the product, what could they still have?

  • by mxstbr on 1/28/16, 10:05 PM

    That's a shame, I thought Parse was a nifty service!

  • by mdevere on 1/28/16, 11:08 PM

    Er, what happened here? Parse was a great product.

  • by pajop on 1/29/16, 9:21 AM

    has anyone here tried http://www.kinvey.com/ ?

  • by markatkinson on 1/29/16, 9:20 AM

    I wonder if Firebase is doing somersaults...

  • by grandalf on 1/28/16, 10:12 PM

    Wow. The 30 minutes you saved by using parse turns into a major headache. This makes me hesitant to use react and react-native.

  • by DivineTraube on 1/29/16, 12:05 PM

    CEO from Baqend here.

    This announcement will have a huge impact for the mobile dev community that relies on Backend-as-a-Service systems. I personally think that Facebook had several reasons to shut down Parse:

    1) The technology stack was really fragmented and often rewritten in large parts. I still have this statistic in mind how their 200 Rails API servers were only able to serve 15 requests/s each [1]. If you look at the database technology inside Facebook, there is much superior infrastructure that was never really integrated into Parse (Haystack@OSDI'10, Tao@ATC'13, F4@OSDI'14, Extended Apache Giraph@VLDB'15, RocksDB, etc.)

    2) Parse did not have a core competitive advantage: it was just the first company to whole-heartedly pick up the BaaS-paradigm with sufficient man power and a good understanding of developers' needs. The technology itself was not particularly innovative in any way, just (mostly) solid engineering. However, there remained really basic limitations that were never addressed [2]. For instance the only (!) way to safely handle concurrency control was through counter data types.

    3) The model of Parse promotes independent apps and websites outside the Facebook universe.

    4) The pricing in increments of guaranteed 30 requests/s was okay for simple apps but absolutely useless for anything beyond that. In particular for websites which as of 2016 do an average of 100 requests per page load [2] a single user can leave a Parse app rate-limited or down.

    The main asset of Parse were their great client SDKs and well-written documentation.

    This is why we made a plan: we will fork the Parse SDKs to offer seamless continuation of apps relying on them, including Push and the other features dropped in the open-source Parse Server. We opted for this approach as the Parse Server implementation on Github looks really brittle and the convoluted Parse REST API is really not an option. By doing this we hope to provide a scalable and long-term solution for developers looking to continue their Parse-based apps.

    Baqend [2] is a pre-seed startup founded out of the database research group at the University of Hamburg (Germany). Our product launching into production within the next months uses a new approach to consistent web-caching reducing latency in common web workloads by up to an order of magnitude [5]. It is due to this background that we very eager to not only provide great usability (which Parse also did) but also acknowledge the need for complex data processing: low latency access, partial updates, continuous queries and ACID transactions.

    We'll post a detailed plan on our blog, soon.

    [1] http://blog.parse.com/learn/how-we-moved-our-api-from-ruby-t... [2] http://profi.co/all-the-limits-of-parse/ [3] http://httparchive.org/trends.php/ [4] http://www.baqend.com/ [5] http://www.btw-2015.de/res/proceedings/Hauptband/Wiss/Gesser...

  • by partisan on 1/29/16, 2:12 AM

    Can I have the domain name?

  • by leighmon on 1/29/16, 7:23 PM

    Facebook is impressing me.

  • by jamessteininger on 1/28/16, 11:05 PM

    Why did this happen?

  • by rhapsodyv on 1/29/16, 11:51 AM

    I'm trying to find the reason. Anyone can point me where I can find?

  • by 666_howitzer on 1/29/16, 4:02 AM

    I'm using parse push notification service, is it still working?

  • by HBGDH on 1/29/16, 1:13 PM

    QE MEDA

  • by theDevDude on 1/29/16, 12:23 AM

    So this is how companies, who offer cloud services, are trying to get us, the devs, to trust them... WELL PLAYED FACEBOOK!!!!!!!!

  • by free2rhyme214 on 1/28/16, 10:38 PM

    NOooOOOoooOOOoooOOOooOOooo

  • by mjrthemes on 1/29/16, 4:14 AM

    Next thing Facebook will close will be React.

    Remember this comment.

  • by eva1984 on 1/28/16, 11:01 PM

    This is bad...Cannot imagine how many people will freak out when AWS shut down....Just kidding

  • by simple10 on 1/28/16, 11:13 PM

    Anyone used CloudBoost.io and can recommend it as an alternative to Parse?

    https://cloudboost.io/

  • by noodlio on 1/29/16, 12:36 AM

    We are hosting a poll on Twitter asking which competitor will benefit the most from this. View the results and participate here: https://twitter.com/noodl_io/status/692856647555788801

  • by sodafountan on 1/29/16, 12:01 AM

    Facebook's stock is up 15% today. If they're this quick to kill off products and services then long term I'm bearish on them. Zuckerberg just came back from paternity leave and he announced a one month vacation next month. I don't think his head's in the game. Get rich and stop trying I guess?

  • by ptz on 1/30/16, 10:12 PM

    I just found this: http://yourparse.com