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?
Facebook is closing Parse
491–500 of 543 posts
Re: Facebook is closing Parse
#492Re: Facebook is closing Parse
#493OK. 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/
Re: Facebook is closing Parse
#494Earlier quoted context omitted.
"Google is a big org. Tomorrow some upper executive you don't even know might decide your product doesn't add value anymore. You know that. " This demonstrates a pretty strong misunderstanding of how google actually works.
Well, there's a reason people have been compiling a graveyard of Google products: http://www.slate.com/articles/technology/map_of_the_week/201...
2. Plenty of companies kill plenty of products. They just don't bother to announce it, they let it die quietly and silently
Re: Facebook is closing Parse
#495Can 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…
The selling point of Parse, at least to me, wasn't "this is complex or particularly high-quality engineering". It's "you want to bang out an MVP in a day. Awesome, we took care of giving you a server to shove shit on."
Re: Facebook is closing Parse
#496This 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.…
Re: Facebook is closing Parse
#497Ugh. 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.
Re: Facebook is closing Parse
#498Re: Facebook is closing Parse
#499Re: Facebook is closing Parse
#500This 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.…
All this underscores is the important of not tightly coupling your codebase to a particular provider.