by ArturT on 9/21/17, 1:26 PM with 83 comments
by twobyfour on 9/21/17, 3:08 PM
If you're building the average CRUD-plus-workflow application, the last thing you want are superstars who are going to get bored with routine work. Then they'll go off over-engineering some minor feature or spending weeks at a time inventing some algorithm you don't need instead of building the product you do need - just to keep themselves from going stir crazy.
What you really want are people who are technically not outstanding but quite capable and have very strong soft skills. People who can work well as part of a team; people who mentor and learn well; people who follow through on their tasks; people who not only can, but want to understand your product and business so they can make small decisions independently and well as they work; people who are good at prioritizing their own work; people who are good at identifying risk and knowing when it's worth the time to address; people who are good at communicating with both teammates and management.
Although you might argue that people with several or all these qualities are rare enough to be superstars in their own way, they're not superstars in the sense often discussed in forums like HN.
by kozak on 9/21/17, 1:33 PM
by DavidWoof on 9/21/17, 4:26 PM
At that point, what many shops do is hire people they enjoy being around, which is usually a shorthand for hiring people just like them, and then create all sorts of pseudo-psychological justification for it. The truth is that one day isn't going to tell you much about a dev. Some people are really good when first meeting strangers, some people are very uncomfortable for at least a week. Everyone deals with that nervousness differently, and on the other side, most people are incredibly unaware of their own prejudices that might be affecting their one-day reaction to a new person.
At the end of the day, there's really no magic formulas for creating great teams.
by throwaway2016a on 9/21/17, 5:50 PM
Specifically they have probably seen and done the problem you are trying to solve already and don't need to spend as much time learning and researching.
Less seasoned developers take a lot of mentoring and not every company can do that. In fact the words "mentor" and "train" are nowhere in this article.
Granted you don't have to be a superstar to have experience. And also, on some projects (like CRUD as someone else mentioned) less experienced developers have plenty enough experience to do the job.
There is also the added benefit of experienced developers being able to see when something is being done the hard way. I've seen many cases in my career where a less experienced developer didn't know a tool or technique and would have (or did) go down the more expensive and time consuming path.
What this article should be (and i think might be getting at slightly) is "you don't need superstar developers if you have superstar mentors." If you have neither you're in for longer development time and higher cost over time.
The flip side of the coin is that superstars also have a tendency to favor projects that are mentally / academically challenging which leads to over-engineering or boredom and attrition.
by cbsmith on 9/21/17, 3:43 PM
by miga on 9/21/17, 4:01 PM
I heard about startup that changed team three times, and had to rewrite codebase likewise.
by klagermkii on 9/21/17, 4:33 PM
Maybe this varies between cities and job markets but when I read that baseline description he gives in an off-hand manner for the programmers he hires, I think I would probably be calling them "superstars". I don't know if the availability of skilled employees is great in Krakow, but when FizzBuzz type tests are still filtering a large percentage of applicants, it makes it sound like it's from another world.
That's my concern when reading these kinds of hiring articles, it feels very different to how hiring looks when you aren't privileged to have an abundance of skilled candidates available.
by js8 on 9/21/17, 3:52 PM
If your business model is based on your employees being geniuses, then you probably have a wrong model.
by chasedehan on 9/21/17, 6:28 PM
The challenge is really having a mixed team of high talent and minimal talent. While yes, those who are of lower talent will learn more from the super talented, the inverse is not always true.
I have found many lazy (or at least not super motivated) devs who have the required minimum competence level, but are not super driven to crank out high quality work. This then makes me not want to work as hard.
This is a little different in that in general companies should go after high-achievers, rather than a minimum technical competence.
by jasonmaydie on 9/21/17, 2:54 PM
by eksemplar on 9/21/17, 4:33 PM
Superstars and best practice masters can be important, but all those enterprise applications we build on all the right practices are being replaced by web-apps, microservices and a range of other things, effectively rendering all the brilliant work useless because no one ever revisited shit.
I get why you'd want a technical superstar for certain things, like developing your long term libraries, but for most tasks a shitty programmer who is business savvy and actually capable of talking to non-it people will deliver a better end project.
Of course a lot of superstar developers do the other things really well, as well.
by HillaryBriss on 9/21/17, 4:01 PM
in my work experience, there are almost always one or two leads who dominate the conversation.
by nickthemagicman on 9/21/17, 3:43 PM
by hathym on 9/21/17, 3:28 PM
by leowoo91 on 9/21/17, 3:53 PM