News for hackers. Stuff that matters.
Re:How Facebook Ships Code by patrickk on Monday January 17, 2011 @02:52PM (#2113179)
"If lots of [employees] are flocking to a new business unit, that's a good sign that the opportunity is a good one. . . . If a business unit can't attract people very easily, that's a good sign that it's a business Enron shouldn't be in."

- Jeff Skilling, former president of Enron

http://www.gladwell.com/2002/2002_07_22_a_talent.htm

Contrast that with the Facebook approach:

"Resourcing for projects is purely voluntary. -a PM lobbies group of engineers, tries to get them excited about their ideas.

-Engineers decide which ones sound interesting to work on.

-Engineer talks to their manager, says “I’d like to work on these 5 things this week.”

-Engineering Manager mostly leaves engineers’ preferences alone, may sometimes ask that certain tasks get done first.

-Engineers handle entire feature themselves — front end javascript, backend database code, and everything in between. If they want help from a Designer (there are a limited staff of dedicated designers available), they need to get a Designer interested enough in their project to take it on. Same for Architect help. But in general, expectation is that engineers will handle everything they need themselves."

Good god. Does this strike anyone else as disturbing? Surely every single piece of work being taken on should have the USERS needs and concerns as top priority and not sexy stuff that can attract sufficient engineering interest?

What if there's important problems that are really bothering lots of users and a PM can't get anybody interested (or no-one decides to take on the problem?)

Here's a complaint from a guy about maintaining a personal page and fan page:

http://www.stevepavlina.com/blog/2011/01/leaving-facebook/

Some quotes from that piece:

"As a programmer myself, I can’t fathom that it would take much technical and design effort to address these issues, and Facebook is flooded with complaints from users begging them to fix these headaches. From my perspective as a Facebook user with a very active personal page and fan page, I can’t help but get the impression that Facebook deliberately wants to make some basic admin tasks (like blocking spammers) difficult or impossible in order to compel you to spend more time on the site. There doesn’t seem to be any other logical reason for these glaring design flaws that I can comprehend, other than pure incompetence, and based on their success in other areas, it seems more likely that these choices are deliberate."

"Surely someone on their team is aware of all the complaints and requests to fix the broken elements. So why do they seem to ignore what appear to be such glaring (and fixable) problems?"

"I thought that Facebook would be an interesting place to share inspirational messages and build more community around growth-oriented people. But the current implementation of Facebook can’t handle the way I’ve been trying to use it without creating more headaches than it’s worth, and their momentum appears to be headed in the wrong direction for me to expect that these problems would be fixed anytime soon."

"So I’ve crossed the threshold where Facebook’s value isn’t worth the hassle to use it. I concluded that the best choice was to simply drop the service altogether and invest my time elsewhere."

Who will take on these issues?

Again from the Malcom Gladwell article linked above:

"You might expect a C.E.O. to say that if a business unit can't attract customers very easily that's a good sign it's a business the company shouldn't be in. A company's business is supposed to be shaped in the direction that its managers find most profitable. But at Enron the needs of the customers and the shareholders were secondary to the needs of its stars."

Facebook should wake up in my opinion. They did really well to reach 600m users (or whatever the figure is now) but if they want to stay there they should get their priorities straight.

EDIT: Grammar

Re:How Facebook Ships Code by brown9-2 on Monday January 17, 2011 @03:45PM (#2113401)
I think the comparison here to Enron is a bit of a stretch.

From what I know of Google, their internal staffing of projects is done much the same way: you're assigned to certain teams when you first join the company, but after that the various Product Owners try to recruit and advertise within the company for engineers to join their team.

When I was interviewing there I recall seeing flyers posted in common areas advertising different projects that were in need of engineers to come join them ("Interested in _____? Google ___ could use your help!").

Re:How Facebook Ships Code by patrickk on Monday January 17, 2011 @04:13PM (#2113491)
"I think the comparison here to Enron is a bit of a stretch."

Could you clarify why this is? I'm not trying to imply anything, certainly not that Facebook is Enron, just that (to me) they have similar attitudes to assigning staff to work duties. When I read the Facebook quote, I immediately thought of Skilling's quote.

It seems to me and many others here on HN that I've read over the last few months have problems with the way Facebook operate e.g. those who need to use their API to integrate with their own service, privacy concerns, spam, etc; and Facebook doesn't seem to address these issues at all. That was my ultimate point - how they address with these issues, and could the fact they are not dealt with in a timely manner actually be a symptom of letting engineers pick their own work?

Re:How Facebook Ships Code by lbrandy on Monday January 17, 2011 @05:06PM (#2113664)
> Could you clarify why this is? I'm not trying to imply anything, certainly not that Facebook is Enron, just that (to me) they have similar attitudes to assigning staff to work duties. When I read the Facebook quote, I immediately thought of Skilling's quote.

Let's see how I can put this. What you've just done is the business equivalent of Godwin's law. It would be like comparing US customs to the Nazis because, you know, both want to look at your papers.

What makes Enron Enron isn't how they did staffing, it's how they cooked their books and defrauded people. Their name is synonymous with fraud and corruption, and so invoking them in conversation about similar staffing practices seems... misleading.

Re:How Facebook Ships Code by Supermighty on Monday January 17, 2011 @06:13PM (#2113857)
Cooking the books was the end result of an over-arching corporate culture. Part of which started with how they did staffing.

If facebook is starting to go down this same road they might arrive at the same end.

Re:How Facebook Ships Code by ctkrohn on Monday January 17, 2011 @06:02PM (#2113825)
Doesn't seem like he's calling Facebook a fraud. But Enron had a famously superstar-driven culture. In particular, they had a fairly strict employee ranking system. Every year, each employee would be assigned a quintile based on performance. The top 20% of performers would always get raises, and the bottom 20% would always get fired. Sounds like a great system in theory, but from what I hear from people who were there, it led to a poisonous and cutthroat culture. Not sure if the same will happen to Facebook, but there certainly are some dangers.
Re:How Facebook Ships Code by ulf on Tuesday January 18, 2011 @06:59AM (#2115473)
The problem with that is the relative performance. If you have no shot at being top 20% all you need to do to survive is pick one of four peers and "outperform" him or her. No wonder cutting throats occurred...
Re:How Facebook Ships Code by skybrian on Monday January 17, 2011 @05:26PM (#2113717)
Well, sort of. Most projects at Google have headcount budgets that they can't go over without management approval. But even if you have the headcount, you still need to find people.
Re:How Facebook Ships Code by mweatherill on Monday January 17, 2011 @09:03PM (#2114249)
This strategy may work in the short term but I can't imagine how it will be sustainable. As engineers continue to flock to the hot new thing, they will be leaving a pile of bugs in their wake. The article mentions that developers are responsible for fixing their own bugs but that just won't scale. Once a developer has been there for two or three years, their body of work will have grown so large that they will no longer have the capacity to perform maintenance whilst working on new features. Your example of bugs in fan pages is a problem that will only get worse.

Perhaps they just need to sustain this model long enough to get to an IPO.

Re:How Facebook Ships Code by makeramen on Monday January 17, 2011 @05:17PM (#2113702)
I made that connection when I first read it too. But HUGE differentiating factor: Facebook's employees are also their customers. Enron? not so much.

This goes back to the well-known advice of "make a product you want to use"

Re:How Facebook Ships Code by yannk on Monday January 17, 2011 @04:44PM (#2113586)
As you said, Facebook has 500+M users, among those you'll find people annoyed by bugs and willing to: "to simply drop the service altogether and invest my time elsewhere."

But obviously those users are a tiny minority.

I challenge your conclusion that they should get their priority straight: if their goal is to keep growing at current rate as you seem to suggest, then they probably shouldn't change a damn thing, because they are darn good at it.