Under No Circumstances Believe That You Need To Hire Rock Stars
thefailingpoint.com
thefailingpoint.com
I do think there is room for "top talent" in a start-up, but the key thing is that they will almost certainly be doing work that is "below them" at one point or another. As pg pointed out, YC presently has a tenured MIT professor as their Systems Administrator.
There's also a corollary to that: if you're coming straight out of college and are looking for serious technical career growth, you may want to hold-off joining an early stage start-up unless they're doing something truly uniquely challenging (e.g. Netscape in the early 90s, Google in 1998 or -- right now -- Directed Edge or the YC start-up making an alternative storage engine for MySQL).
It's also true that seemingly "simple" sites such as various social networks, e-commerce and media sites (Facebook/Ning/LinkedIn, Digg, Twitter) do grow to present many fascinating scalability and algorithmic challenges, these do not occur until the stage where these companies are no longer early-stage start-ups (particularly now, when powerful web frameworks abstract away any systems programming).
(EDIT: some start-ups do have many scaling and algorithmic challenges, but usually not in the early stages)
I agree with your point that you shouldn't think about scaling too soon, but you're overstating the case. Twitter is still a startup. And they emphatically did have to worry about algorithms and scaling while they were still a startup.
This seems to be the opposite of what most VCs tell. "We invest in people, not in ideas" is a common claim.
If you can’t trust the guy sitting in the cube next to you, you are in trouble. Hiring rock stars and ninjas is inviting trouble because they are likely to be glory seekers who are thinking about their own personal rewards, and less likely to be thinking about the team
I disagree with the stereotype he draws of "rockstars" (which is a retarded term anyways).
Overall this whole article is just based on a broken premise. The author suggests that a team of programmers is more than the sum of its individuals. This is false. A team of programmers is less than its sum. The larger the team, the more dramatic the impact of this inverse correlation. Cf. The mythical man month.
That's why a very small group of "rockstars", or even an individual, can run circles around mediocre teams of any size.
They can (and do) in the case of a true technology company. Lot of early stage Internet start-ups aren't yet technology companies (the modus operandi is "do the simplest thing that could possibly" vs. "build a technological advantage that others can't").
A veteran has an arsenal of tools and knows which shortcuts to avoid even under pressure.
An aspiring hacker usually has a single tool and under pressure will take all shortcuts he can find.
I doubt that. One common attribute of great hackers is that they remain effective even in the face of personal disagreements. The LKML is a good place to witness that in the wild.
If they fail to compromise they would probably simply divide the problem space according to the individual strengths and preferences...
And of course, just typing this post I am using work of all of these: Firefox (JWZ heritage), on Linux (Linus), using GTK (Miguel), compiled with gcc (RMS).
The common thinking is that each superstar on the team wanted/was used to being in the spotlight and was unable to share/coordinate their efforts effectively.
The Soviet hockey team from the mid 60s to 1980 were unbeatable. They all played together, some for as many as 15 years. Chemistry matters. Knowing that your team has your back, and make reasoned predictions about what you are going to do, and act before you need them to ensure success, matters. Hugely beneficial to have people who want to be part of a team not a bunch of people who are used to being individual standouts on teams.
I think what everyone's trying to get at is, "consummate professional devoted to their field." The sort of person who, in an academic setting, might obtain a PhD and publish, or at the very least an engineer who reads technical journals and contributes, either to newsletters or publications, or as a member of a professional society; someone who considers personal improvement necessary to do their job as best they can. I think even if you're looking to hire someone to work on your CRUD PHP webapp, that's the sort of attitude you need, regardless of their actual experience.
Further I'd argue that even for your CRUD PHP webapp you ideally want the guy who, first thing, explains to you why doing it in PHP is a bad idea and how he'll do it with a more powerful tool in a day - rather than the guy who will just nod and then go off to blindly beat "something" into shape in a week.
Both candidates will deliver the first iteration of your "simplest thing that could possibly..." within a reasonable timeframe. But their respective effectiveness will diverge dramatically starting from the second iteration...
Seems there are a lot of "shoulds" in there but that's why management isn't easy.
No, you don't. The last thing you need on a team is a person who's first thing is to start whining about things that cannot be changed. That kind of thing can quickly spoil the atmosphere. Rather, you want the person that accepts that things aren't perfect and use the strengths of the situation and works around the weaknesses. He'll need to do that anyway, even if you use the best "language du jour"...
Not accepting the weaknesses just leads to constantly chasing the perfect state while never completing the project.
And all that because one new hire couldn't get to grips with the fact that the organization didn't use his favorite language.
Depends on what phase your project is in. You can't start with a mediocre team and later try to hire rockstars. It can sometimes work the other way round, though.
A complete change of platform is obviously not something a real rockstar would suggest when invited to a large, existing codebase. Much rather will he recognize a lost cause when he sees it and just politely decline.
Note how I referred to the first iteration in my parent comment. I was aiming at the bootstrap phase of a startup where the initial choice between hiring a veteran for real stake or "going cheap" happens. Many people don't realize the consequences of "going cheap" at that point.
I very much believe that a solid team of developers (not a huge team) is WAY more than the sum of it's parts. There is not enough that can be said about a great team dynamic of very good programmers over bad or even typical team dynamic of "rockstars." Further, rockstars, in my experience, tend to exacerbate organizational dynamic issues.
I know this, because I'm a mediocre programmer. I struggle for a couple weeks to build something, and I talk to my Rock Star Programmer buddy, who immediately suggests a better solution. At his job, he creates stuff in a week that I couldn't create in my whole life (or at least it feels that way).
So yes, I think he'd definitely be a bargain at twice my salary, and probably he makes more than that, and should. If I were going to start a company, I would definitely want some rock stars like him.
The trick is, you almost have to be one to know one.
You are only posting the job ad on craiglist for free
You ask for guru level C++,C# and Java in the ad but the app is in VB6/PHP
Programmers don't get a corner private office, they share a room with the call center and sales staff.
They don't get an aeron chair and height adjustable desk. They get something government surplus with at least one broken leg in the corner of shipping and receiving warehouse.
Your office doesn't have views of central park. It has views of a railyard and the police regularly raiding the junkyard next door
And finally, if you are paying $40,000 you are hiring RockBand playing programmers, not Rockstar programmers - there is a sublte difference.
If you really do need such talent, you are unlikely to find it through classifieds or job sites, but through the network of technical people you know.
I personally am a bit turned off when I see that.
The point of the post was that there is this tendency to believe in the myth of the rock star, and that only the rock stars can make something amazing. A couple of the engineers from my old founding team are in YC now, and they are meeting with many VCs early. Why? Because they made those contacts on the first go round. Did they need rock stars to make that happen? No. Are they "rock stars?" No. Not in personality type anyway. I do look forward to working with them again though. They made for a great team.
Sorry you see it that way. I have found little correlation between developer quality and location. Great developers can be anywhere, with many reasons why they haven't relocated to a tech center. They may be right under your nose. Sounds like you found a few.