Live data from Hacker News

The Facebook API: A Case Study in Not Caring About Developers

sethcall.com

11–20 of 36 posts

Re: The Facebook API: A Case Study in Not Caring About Developers

#11
The poor documentation is an inconvenience, but the real problem is how often the functionality of the API changes (ie: breaks) without anyone at Facebook noticing (or perhaps just not caring).

I remember constant problems with authentication and sharing APIs. How do you not have tests for those?

Facebook is still way too cowboy.

Re: The Facebook API: A Case Study in Not Caring About Developers

#12
post #10
post #2

FB seems to have a two tiered developer program. There are the peons, the guys forced to toil away trying to figure out how to make the stuff work by doing exactly what is described in the blog. And then there are the anointed: the big companies or YC-related startups that enjoy special access to FB employees to get the answers they need. For now it doesn't seem to really be harming FB. They enjoy extreme growth and…

> or YC-related startups I don't think a startup would enjoy special access to FB technology just by being related to YC

http://developers.facebook.com/blog/post/405

We’ll provide product, technical and design resources to support new Y Combinator companies interested in working with us to build deeply social products, whether a website or an application on Facebook.com. These companies will have priority access to our technologies and programs such as Facebook Credits, Instant Personalization and upcoming beta features.

Re: The Facebook API: A Case Study in Not Caring About Developers

#13
post #2

FB seems to have a two tiered developer program. There are the peons, the guys forced to toil away trying to figure out how to make the stuff work by doing exactly what is described in the blog. And then there are the anointed: the big companies or YC-related startups that enjoy special access to FB employees to get the answers they need. For now it doesn't seem to really be harming FB. They enjoy extreme growth and…

Sadly, this is not the case. I am currently working for a large media company that had/has relatively close ties with members of the FB dev team. The position I hold now was previously occupied by a fellow who went to work for FB and was a key interface with them over the last year and a half for things like FB Connect. I can tell you now that we got no privileged documentation that anyone else didn't. The only thing we really got was a poor guy who heard our complaints a little too often and wasn't really able to do much to help out.

Re: The Facebook API: A Case Study in Not Caring About Developers

#14
I'm utterly astonished that there is no way of getting a full list of fans of my own page. FQL? No. Graph API? No. REST API? No. Screen scraping? No! If you have more than 10000 fans, then not even the web displays them (page 100 = page 101 = page 102...)

Re: The Facebook API: A Case Study in Not Caring About Developers

#15
Just about the only thing you can use at all is the javascript api. And only because you can use firebug to throw a million things at the wall and see what sticks.

...and for the love of god don't use facebook for user auth. The API will mysteriously go down without warning for hours at a time.

This is one of the reasons I left my last job. Facebook was crucial to the business strategy, but it's miserable to work with.

At least twitter's api is easy to use.

Re: The Facebook API: A Case Study in Not Caring About Developers

#17
I have a humble request for all of you developers who are building facebook apps. Please create an open source project (or a forum with all the tricks you are discovering) so that everyone doesn't have to reinvent the wheel. Basically, please collaborate your efforts to create a more reliable unofficial API documentation for FB.

Ryan Waggoner wrote a similar post like this a few days back (http://news.ycombinator.com/item?id=1731427), so this is clearly bugging a lot of people. Please collaborate your efforts if possible.

Re: The Facebook API: A Case Study in Not Caring About Developers

#18
post #13
post #2

FB seems to have a two tiered developer program. There are the peons, the guys forced to toil away trying to figure out how to make the stuff work by doing exactly what is described in the blog. And then there are the anointed: the big companies or YC-related startups that enjoy special access to FB employees to get the answers they need. For now it doesn't seem to really be harming FB. They enjoy extreme growth and…

Sadly, this is not the case. I am currently working for a large media company that had/has relatively close ties with members of the FB dev team. The position I hold now was previously occupied by a fellow who went to work for FB and was a key interface with them over the last year and a half for things like FB Connect. I can tell you now that we got no privileged documentation that anyone else didn't. The only thing…

The company I work for has email and phone access to a Facebook developer for questions, but we are part of a beta program.

When I browsed the API on my own it was an utter disaster on par with the article's description.

Re: The Facebook API: A Case Study in Not Caring About Developers

#19
post #2

FB seems to have a two tiered developer program. There are the peons, the guys forced to toil away trying to figure out how to make the stuff work by doing exactly what is described in the blog. And then there are the anointed: the big companies or YC-related startups that enjoy special access to FB employees to get the answers they need. For now it doesn't seem to really be harming FB. They enjoy extreme growth and…

You're overstating this quite a bit. I work for a startup that was an early launch partner for Pages back in mid 2007, and have built and maintained our Facebook application from that time. We have numerous contacts inside Facebook, and they can be of help occasionally, but they can just as easily turn around and screw us. They stole hundreds of extremely popular pages from us that we built up over years, and they did it basically on the same freakin day that our CEO was having high level meetings on unrelated partnership deals with Facebook brass.

The reason is very closely tied to Facebook's engineering success: there is no top-down control over anything. All the engineers are encouraged to break things and to keep the pace of progress rapid. For developers on their API this is a nightmare scenario. However your claim that this is not sustainable may just be wishful thinking. Facebook craps all over its developers, but it's not clear at all that that price is too high to pay for the continued agility that Facebook exhibits. It's hard to argue with that kind of market dominance. Plus, Facebook is so nimble that if API stability does become a problem they can easily switch gears and focus on it.

In other words, I wouldn't hold your breath for any change at Facebook.

Re: The Facebook API: A Case Study in Not Caring About Developers

#20

Carl Sjogreen, who leads the platform PM team, commented that good changes are coming: http://www.sethcall.com/blog/2010/09/30/facebook-api-does-no... I am really quite pleased he took the time to address the post. Let's hope he can succeed.

I'm really rooting for the guy, but it's hard to be optimistic after they let the API be so awful for so long.
Post reply on HN