Live data from Hacker News

High Performance Individuals and Teams

pablasso.com

11–20 of 76 posts

Re: High Performance Individuals and Teams

#11

Earlier quoted context omitted.

I feel the same way, anyone who does not believe in the 10x engineer has just never met one. Sometimes the software they produce is absolutely stunning.

Or, alternatively, the 0.1x engineer and the -10x engineer. (Or worse, the -10x PM.)

Yeah. Engineers fall on a distribution. It's just that simple.

Re: High Performance Individuals and Teams

#12

"If you find a project where only one person know what is going on, chances are that person is not good at writing code for humans, not that is a coding god." This is hard for many to grasp, but if you get the opportunity to lead enough teams it will become clear. And it makes sense, if you think about it. An individual who ended up owning a particular piece of a codebase will be incentivized to obfuscate and obscure…

> We should also not be quick to blame the individual for perpetuating this

This part at least, I agree with. Whenever I see code like this it is a symptom of a larger product development issue.

- unreasonable deadlines

- overpromising to external clients

- no coding standards (enforced by linter and code review)

- no automated testing

- no code review process

- using new languages/technologies without first gaining some experience about best practices

Early on, a startup definitely needs engineers that are going to work autonomously, cut corners as needed, not be a perfectionist, etc. The technical cofounder/CTO/team leader should still be setting up a culture of high quality code. Coding styles and some automated testing make it easier to move quickly and ramp up new team members or for old team members to circle back to old code.

Re: High Performance Individuals and Teams

#13
> Even more important than finding great engineers is to avoid bad ones.

After reading that sentence, I thought to myself, "How long did I go from the start of my career before meeting someone of whom I genuinely thought, 'this person is so bad they should definitely be fired asap'?". In my case, I think the answer is somewhere around 20 years.

My takeaway from this is that at even with ~18 years of experience, my former self would probably not have appreciated the importance of this advice, as I had rarely or never encountered such a person thus far.

Re: High Performance Individuals and Teams

#15

Earlier quoted context omitted.

Or, alternatively, the 0.1x engineer and the -10x engineer. (Or worse, the -10x PM.)

Yeah. Engineers fall on a distribution. It's just that simple.

OK, now if it were only simple to figure out where on that distribution a particular engineer falls during the limited time of the hiring process.

Re: High Performance Individuals and Teams

#16

> Even more important than finding great engineers is to avoid bad ones. After reading that sentence, I thought to myself, "How long did I go from the start of my career before meeting someone of whom I genuinely thought, 'this person is so bad they should definitely be fired asap'?". In my case, I think the answer is somewhere around 20 years. My takeaway from this is that at even with ~18 years of experience, my fo…

What would you consider a bad engineer? Are we talking about the utterly hopeless or those who might only have an attitude problem? If it's the former I've perhaps encountered only one in the last ten years. If it's the latter it's almost every month.

Re: High Performance Individuals and Teams

#17

I’ve been fortunate in my career thus far, since I was about 14 or so, to have always been in the company of at least one “10x”’er on each of my teams, as the cliche goes. They’re dispersed through various companies nowadays - Stripe, Twitch, Google, FB, Discord, etc etc. But it was interesting and beneficial for me to work alongside them if only because I had decent role models to follow. This article first puts up…

I feel the same way, anyone who does not believe in the 10x engineer has just never met one. Sometimes the software they produce is absolutely stunning.

> I feel the same way, anyone who does not believe in the 10x engineer has just never met one.

Food for thought: The interpretation of a 10x engineer is not consistent. Putting my manager hat on, I ask: Can I replace 10 of my average engineers with this one person? The answer is never "yes".

That's because a team does more than just technical stuff. There's documentation, dealing with customers, bureaucratic stuff, etc. If you don't do these well, much of your brilliant engineering gains will go to waste. A brilliant engineer may be harder to replace than the average, but he/she is not a 10x engineer. Perhaps a 2x.

Re: High Performance Individuals and Teams

#18

> Even more important than finding great engineers is to avoid bad ones. After reading that sentence, I thought to myself, "How long did I go from the start of my career before meeting someone of whom I genuinely thought, 'this person is so bad they should definitely be fired asap'?". In my case, I think the answer is somewhere around 20 years. My takeaway from this is that at even with ~18 years of experience, my fo…

My take away from your comment is that bad engineers are genuinely so rare to meet that false positive from following the advice should heavily outweight any advantage of it.

Re: High Performance Individuals and Teams

#20

Whether or not "10x programmers" exist, I can say for sure that 1/10th programmers exist. I know a few in that category. And it really amounts to the same thing.

> Whether or not "10x programmers" exist, I can say for sure that 1/10th programmers exist.

Not in this context. The term “10x programmer” comes from an observation that there is a factor of ten variation between the best and the worst programmers. So the worst programmers in this context are 1x, and 1/10th is meaningless. People hear “10x” and assume it’s ten times the average, but that’s not the case.

More information here: https://www.construx.com/blog/productivity-variations-among-...

Post reply on HN