Reed Hastings: On rock star developers
cnbc.com
cnbc.com
Unfortunately, I can’t imagine a team full of just these developers (in my personal experience) as these folks tend to be bossier than the rest and/or have true disdain for non-programming work which I can empathize with, but is essential in team settings.
I'm not too bothered by people wanting to hire rockstars though because there will always be a market for people like me to come in and clean up the mess.
It's what always pops into my mind when people talk about rockstar developers - don't think I got it from somewhere else but you never know these days.
The progress of a short term developers work, looks extremely fast, but its logarithmic. A lot of bad project managers think he does an insane amount, maybe 10x, maybe 100x levels of work. He writes code so fast and cranks out so many features its no wonder he's a rockstar. After a while though, because everything he builds is built for the moment, its just nothing but mazes full of bugs that frighten even the nerdiest dungeon crawling hacker.
The progress of having a long term developer on a team, on the other hand, starts off slow, but it's exponential. He might need weeks or months to build up a good foundation. He spends time writing small things that show little to no benefit, but are built well and from which other things can be built on top of. Everything he builds can be used by anyone who reads it, so they too can use his work. His work multiplies the work of his own as well as the rest of the team. But the bad project manager sees him and thinks he's too slow to complete tickets. He is a .05x developer at this point because the average developer would have been finished with two features by now.
After weeks, maybe months, however, his progress matches those of the average developer. In time progress is so quick, it makes the short term developer's work, which is starting to plateau, look effectively flat. While the short term developer was spending his time building up walls with his hammer, nails, and duct tape, the long term developer was there making a drill, that was used in making a saw, that was used in making a ladder, that was used in making a crane. Now he's making skyscrapers using the tools he built, something the short term will never even be able to do in a single lifetime.
It's quite likely the so called rockstar had a prior experience in the problem at hand. It will be good to see the engineers learn an entirely new language and solve an entirely unrelated problem
The thing to draw out from the study is hire the right fit. There is nothing called rock star engineer. You rockstar engineer is the best fit for your job, tech stack and challenges in your business.
The "study" isn't really a study. Even so, the metrics that it claims to derive aren't there for the picking.
Then throwing in big names like Bill Gates to say "look Bill Gates said it too" is just name dropping.
Also this looks like something someone would write in 3 minutes between meetings and never actually proof read. The quality of the writing is really quite low.
My experience has been the opposite. The most productive developers I've worked with have also been extremely skilled at communication and documentation, and they tend to produce much more maintainable code than the average.
What? Okay, so how much did he outperform the average one?
Anyone have any ideas? It's essentially a blog post.