Reflecting on 3 Years At Facebook
facebook.com
facebook.com
I wish there were more of a culture of insider writing while the events were going on. When Facebook pushed Questions and then retracted it, I'd love to see a blog post about "Yeah, we pushed Questions because it rocked but once we shipped it everything exploded and shit went crazy. Here are the details and what we learned from it. [...]" That's far more interesting to me, and really compelling to someone looking to become a Facebook engineer.
Unfortunately, once you grow to a certain level, those things are no longer kosher. Plain talk is discouraged in an era of Corporate Speak. It's unfortunate.
But cheers on this guy's three years though.
Once the knowledge of what works and what doesn't is wide spread enough, it's no longer an issue, and you can write a feel good fluff piece about it without getting into the gritty details, and get most all of the beneficial karma from fans and community, without giving away too many tips to rivals. I'd argue that the reason it's not kosher to give away secrets of how you did something at a big place is that once you get big enough, there's always someone around who can argue that the secrets are inestimably valuable, and the benefits in the form of developing community are paltry by comparison.
Sure, the competitor may then bypass all your discussions and go straight to the "solution", but I'd argue the discussions and considered thought puts your company in a far better position to out-maneuver the competitor in the future for the very reason that you've been thinking about the problem domain much longer, and in a much broader sense. Getting to the result without the understanding doesn't yield long-term success.
It's interesting to read about what technologies companies use, how they use them etc. Not about things you could see if you flicked over to Martha Stewart.
We didn't ship and then retract. We just started with an extremely small seed community and are rolling it out very slowly over time.
What facebook is essentially saying with this post is: "We're an engineer/programmer-driven company. If you're a good engineer, you'd like working here."
The hoped-for effect is probably to continue attracting good engineers. Many companies that aren't engineer-centric probably wouldn't even know how to say this in their official blog, much less actually bother to say it. So the fact they're saying it still carries some weight.
We're great at adding 9s of reliability, not as great at sacrificing reliability for progress. You can only move so fast when everything must work.
This is the liability I guess of having a huge launch audience for even minor products.
People would not take down-time in gmail, analytics, calendar, search, maps, et al lightly.
This model completely falls down for "lobster" tasks, which may be why Google sucks at social. But a URL-shortener, along with most of Google's products, is a panda task. I don't think that the emphasis on speed & reliability is misplaced there.
Was all over Hacker News for a while, with several discussion threads referring to it afterwards.
Everything Google makes apart from Google search.
The rest of Google is minor and tiny compared to Facebook.
They have one seriously profitable product. At the moment, the rest of it is all fluff.
I absolutely don't want any of it fucked with.
Google doesn't need any of that.
A lot could look similar on the face of it, but the company has grown so much - in users, mission, employees - that that same experience may not apply at present, even if highly recognizable components remain.
There's more to life...
Oh wait, you get to wear a sombrero.