Live data from Hacker News

Why did Facebook decide to shut down Parse?

medium.com

21–30 of 89 posts

Re: Why did Facebook decide to shut down Parse?

#21
post #2

Parse never made sense to me. I could see a service like Parse being useful, but it would need to be owned / operated by a nonprofit in order to gain any adoption. Otherwise, it's just another proprietary platform that will get shut off or changed once Facebook (or whoever) pivots to another business model to address that market. There's certainly demand, but I think most developers are wary about putting their compa…

    > I could see a service like Parse being useful, 
    > but it would need to be owned / operated by a 
    > nonprofit in order to gain any adoption. 
    > Otherwise, it's just another proprietary 
    > platform that will get shut off or changed once  
    > Facebook (or whoever) pivots to another 
    > business model to address that market. 
It's not that companies that lock their business customers in wouldn't be successful. In my experience the vendor lock-in argument is always low on the list of arguments, sadly.

    > There's certainly demand, but I think most 
    > developers are wary about putting their 
    > company's tech stack at the mercy of a profit-
    > driven company that may abandon them.
Developers, sure they know better because service migration is their work and it's boring and unrewarding. Management is a different story.

Re: Why did Facebook decide to shut down Parse?

#22

Yeah, it sucks Parse shut down. But that's not an argument to avoid SaaS. My startup is built on over 20+ different third-party tools. It will really, really suck if any of them shut down... but I'd rather deal with that possibility in the future when we have more money and time, than struggle to build everything out ourselves now. Like I said, it sucks Parse is shutting down. But in ~2 hours, you can get the open so…

> But that's not an argument to avoid SaaS.

Actually it is, at least the kind of SaaS / PaaS that locks you into proprietary APIs / tools. Speaking of which, Parse never made sense to me. I mean, you can quickly assemble the needed functionality from open-source libraries, deployed on AWS or Heroku, without the never ending issues, limitations or the lock-in of something like Parse.

You do need the know-how and that might take time if you don't have it, but on the other hand that technical know-how becomes your secret sauce.

Somebody wise once told me that the best product managers and project cofounders are highly-technical people, preferably former engineers. The reason is because imagination is limited by what you know is possible, which is the reason most non-technical folks aren't capable of proposing good solutions to their problems.

Re: Why did Facebook decide to shut down Parse?

#23
post #12

How is Slack not also a house of cards like Parse?

Slack is (or should not be) mission critical. If Slack shuts down, you can still communicate with your team through email, SMS, or any other alternative. Your product will remain in operation even if Slack dies.

Slack is not mission critical, you mean.

Re: Why did Facebook decide to shut down Parse?

#24
post #2

Parse never made sense to me. I could see a service like Parse being useful, but it would need to be owned / operated by a nonprofit in order to gain any adoption. Otherwise, it's just another proprietary platform that will get shut off or changed once Facebook (or whoever) pivots to another business model to address that market. There's certainly demand, but I think most developers are wary about putting their compa…

I think most developers are wary about putting their company's tech stack at the mercy of a profit-driven company that may abandon them. Heroku? Salesforce bought them, still going, still very heavily used.

IMO: Heroku is a bad example of vendor lock in. To use Heroku, no code changes were required which would prevent it from running else where. A counter-argument to my counter-argument, Heroku limitations (i.e. 30-second HTTP request timeouts) required code changes for any and all web apps to work on Heroku. Anyhow, code that runs on Heroku can run anywhere.

Parse, on the other hand, was both the code and the infrastructure.

EDIT: p.s. love your newsletters!

Re: Why did Facebook decide to shut down Parse?

#25
Outsourcing functionality or work makes a lot of sense for things that aren't core to your business. If you're building a web or mobile app, backend services should be core to your business.

It's a very different thing to write a web application or web services that can run on many hosting platforms than to give responsibility for your entire backend to a service provider.

Re: Why did Facebook decide to shut down Parse?

#26
post #2

Parse never made sense to me. I could see a service like Parse being useful, but it would need to be owned / operated by a nonprofit in order to gain any adoption. Otherwise, it's just another proprietary platform that will get shut off or changed once Facebook (or whoever) pivots to another business model to address that market. There's certainly demand, but I think most developers are wary about putting their compa…

I think most developers are wary about putting their company's tech stack at the mercy of a profit-driven company that may abandon them. Heroku? Salesforce bought them, still going, still very heavily used.

Heavily? Heroku was making about 2M in annual revenues when it was bought by Salesforce, and I guess it didn't grow much since then.

Also, Heroku was essentially a great funnel for AWS. Start on Heroku, as soon as your footprint grows, move to AWS to save 2/3 of the cost.

Source: I worked at AWS and saw this happen over and over again.

Re: Why did Facebook decide to shut down Parse?

#28
post #2

Parse never made sense to me. I could see a service like Parse being useful, but it would need to be owned / operated by a nonprofit in order to gain any adoption. Otherwise, it's just another proprietary platform that will get shut off or changed once Facebook (or whoever) pivots to another business model to address that market. There's certainly demand, but I think most developers are wary about putting their compa…

Parse's valuation proposition makes a ton of sense. It however, made very little sense under the Facebook banner. Just like Crashlytics/Fabric makes little sense under Twitter's banner.

As a developer, I want to build my software-based business on top of a provider that is focused on making money from software developers. Facebook and Twitter make money from advertisers. Amazon (AWS specifically), Google and Microsoft explicitly have revenue incentives to make money from software businesses.

Re: Why did Facebook decide to shut down Parse?

#29
post #2

Parse never made sense to me. I could see a service like Parse being useful, but it would need to be owned / operated by a nonprofit in order to gain any adoption. Otherwise, it's just another proprietary platform that will get shut off or changed once Facebook (or whoever) pivots to another business model to address that market. There's certainly demand, but I think most developers are wary about putting their compa…

It didn't make sense to me until I had a.) started a company and b.) saw the historical tech stacks of a number of companies (eg. Google, Facebook, EBay) that had hit it big.

I started my career with the belief that your company has one tech stack, the chief architect chooses it when the company is founded, and that you never ever rewrite it because you're in for a world of pain if you do.

I learned that basically no company that experiences hyper-growth ever does this. Instead, the founder chooses a tech stack based on whatever he knows best and will let him write a v1 quickest - whether it be Java (Google), Perl (EBay), PHP (Facebook), or Common Lisp (Reddit). The first few employees collectively say that the founder is an idiot, choose a different tech stack (usually whatever's hot right now - probably Go or Node.js at this time, Python or Rails in 2005), and rewrite the whole product. They hire an experienced VP who says that the first few employees are idiots, chooses a different tech stack (often the tried and true enterprise favorites of C++ or Java), and dictates that everyone rewrite the product. Eventually, managers with more recent experience in that language get hired, who collectively say that that VP was an idiot, and the real way to do C++/Java is with Guice, Boost, C++11, etc, and rewrite the product that way. Development grinds to a halt, and the company buys a bunch of hot startups who wrote in whatever language they were familiar with, who are technical idiots but managed to build a product that everyone likes.

In this context, Parse and other BaaS providers makes a lot of sense. You can get your v1 product out there really quick, get customer feedback, improve it, take VC, and hire lots of programmers to call you an idiot and rewrite your product into something saner. Then you get bought, everybody at the new company thinks you're an idiot, but you have at least cashed out. Or you don't get bought and hire a VP who'll force you to rewrite your product, but at this stage you have so much of a market lead that it doesn't matter, and the BaaS got you to the point where you have the resources to free yourself of it.

(I wonder if I'll end up tripping some HN flamewar auto-detector with the number of times I've said "idiot" in this post...)

Re: Why did Facebook decide to shut down Parse?

#30

I was hoping for an insider leak...

We replaced the misleading and linkbait title with a representative sentence from the article.

Submitters: the HN guidelines ask you not to use the original title of a post when it is misleading or linkbait.

https://news.ycombinator.com/newsguidelines.html

Post reply on HN