In Search of the Exceptional: Unpacking the Traits of 10x Engineers
In this episode of "How Many CTOs Does It Take?" podcast, hosts Scott Porad and Brad Hefta-Gaub dive deep into the concept of the 10x engineer—those rare developers who are exponentially more productive than their peers. They discuss attributes such as natural talent versus learned skills, curiosity, the ability to think abstractly, and fluidity between high-level design and low-level coding.
As the conversation unfolds, they discuss how understanding the full scope of a system, fostering collaboration, and leveraging the right tools (like debuggers) can elevate an engineer's impact. The conversation turns towards practical advice for identifying and nurturing 10x talent, making it a must-listen for anyone involved in engineering leadership.
- 00:00 Introduction and Podcast Setup
- 00:57 Defining the 10X Engineer
- 01:53 Nature vs. Nurture Debate
- 02:40 Attributes of a 10X Engineer
- 19:28 Challenges in Identifying 10X Engineers
- 23:20 Understanding the Importance of Language in Computer Science
- 24:16 Identifying Beliefs in Engineering Practices
- 24:52 The Tabs vs. Spaces Debate
- 27:07 Continuing Discussion on Attributes of a 10x Engineer
- 36:26 The Role of Debuggers in Engineering
- 39:53 Becoming a 10x Engineer
- 40:30 The Importance of Tools and Pair Programming
- 43:52 Final Thoughts on 10x Engineers
Resources:
- How Many CTOs Pod: https://howmanyctospod.com
- Scott Porad: https://www.linkedin.com/in/scottporad/
- Brad Hefta-Gaub: https://www.linkedin.com/in/bradheftagaub/
#TechPodcast #EngineeringPodcast #DevTalks #PodcastForDevs #HowManyCTOs #Podcast #CTOs #CTOPodcast #ChiefTechnologyOfficer #Technology #Engineering #SoftwareDevelopment #SoftwareEngineering #TechLeadership #EngineeringLeadership #EngineeringCulture #TechDebates #10xEngineer #TechTalent #NatureVsNurture #Debugging #PairProgramming #SoftwareTools #EngineeringGrowth #InnovationInEngineering
Scott: Let's just say, for instance,
you and I have a room of 100 people. We've been told there is one person here that is a bona fide 10x.
We've got 60 minutes to identify that person.
Could we do it? And how would we do it?
Brad: I forgot.
Scott: Yeah,
that's a great question.
How many CTOs does it take to get a podcast started,
Brad?
Brad: Welcome to another episode of the How Many CTOs Does It Take podcast.
I'm Brad Hefta-Gaub. This is my co-host.
Scott: Scott Bullrad.
Brad: And we're here to talk about the challenges of being a CTO,
leading engineering teams,
getting the best out of developers.
I, you and I were chatting recently, Scott,
about the question of velocity.
And one of the conversations that came out of that was we talked about the idea of, you know, I think that when business owners say,
I want everyone working, you know, I want velocity,
velocity,
I had the hypothesis that I think they all want every engineer to be a 10x engineer.
Scott: Mm
Brad: And
Scott: -hmm.
Brad: I think you said to me at that point.
Well, what exactly is a 10x engineer and what are the attributes of a 10x engineer?
So I figured let's talk about that.
What do we think a 10x engineer really is?
Scott: Yeah. Well,
let's answer that question.
And I think we start with a different question,
which is, do we believe that it's true that there are 10X engineers?
Brad: I do.
Scott: I do also.
Okay, easy.
Well, okay, now move on. Onward.
Okay.
Brad: Yes, I think I mean, well,
you know, like what what is it you've said to me before, like objective measures are one thing, but oftentimes we know it in our gut.
Scott: Yeah.
Brad: Yeah.
And I think that like, yeah,
my gut is like, yeah, there's engineers that I've known and worked with in my career where it's just like, yeah,
that that engineer, that guy or gal gets stuff done like.
way, way more impact than everyone else on the team.
Scott: Yeah. And what is, so I think, yeah. And what is it? What are the parts of that?
If we were going to make a scorecard to evaluate checklist,
what would we put on it?
Well,
I have a few thoughts. I'll kick us off.
Brad: Yeah.
Scott: Let's go back and forth. We'll ping pong it back and forth.
Brad: Sounds good.
Scott: I mean, the first thing you have to say is that some people are just smarter than other people.
Brad: for sure
Scott: I cannot dunk a basketball, but LeBron James can dunk a basketball.
We both play basketball.
LeBron James and I both play basketball.
He can dunk. I cannot dunk.
Other than that, we're totally the same.
And the reason he can dunk is because he is taller than me by about a foot.
Brad: Yeah.
Scott: And so now that's a physical capability.
I would, you know, I said LeBron and I were the same. That's probably not true.
He probably has a better natural gift intuition for basketball than
Brad: Well,
he's
Scott: I
Brad: also
Scott: have.
Brad: done tens of thousands of more hours of basketball in his lifetime than you have in your equivalent lifetime.
Scott: It's 100% true.
And I would then flip it around and say, I probably have a more natural intuition for how a computer works than LeBron.
Now, I've never met LeBron. He might be running his own network at his house totally nerding out on his own time, whatever.
I have no idea.
I think probably not,
but he might be.
But like I have more of an intuition for how computers work. He has a more intuition for how players tend to run around a basketball court.
Brad: I think that's probably because of, you know, like you said, like how much time you've put into it, how much interest you paid in it, how much, you know, it was a curiosity that you had early in your life. It was a curiosity that you had early in his life, probably.
And so my
Scott: Yeah,
Brad: instinct
Scott: but
Brad: is,
Scott: I think there's a nature versus nurture question.
I think there is a nature piece there.
Brad: all right, I'm willing to accept that for the 10x engineers out there, there's probably a component of.
nature that exists in these 10x engineers which i think is your point okay
Scott: Yeah, that is my point.
That's exactly my point.
Brad: and then i was kind of like leaning on the nurture piece of it and i but i also think
there's probably a nurture piece so if you're going to ping with nature i'm going to pong with nurture and i think i think that the 10x engineers that i have known the 10x engineers that i've worked with in my life
had this just innate unstoppable curiosity and interest in in writing code and and and making computers do cool shit and
Scott: Mm-hmm.
Brad: um and and probably like if if you sort of assume all engineers have at least some of that
The 10x engineers had that thing,
this idea that they couldn't stop just thinking about engineering,
thinking about making computers do things.
That was dialed all the way up.
So that's my Pong team name.
Scott: okay um i'm going to add something to that with so many oh gosh i got like a list of things in my mind actually i want to pause for a second i think i've worked with
less than half a dozen 10xers in my career yeah
Brad: Yeah, that's what I think we had a podcast about this where we're talking about velocity and this topic came up. And we tried to estimate the percentage and I threw out a very small number one in a thousand you sort of said I think it's closer closer to one in 100.
And then I kind of I took that challenge and I was like yeah yeah I guess you know out of the thousand
Scott: yeah
Brad: or
Scott: maybe
Brad: so engineers.
Scott: it's a little higher but yeah okay so all right
Brad: But I think a dozen or two dozen is right like to me.
For me, I feel like I've worked with a thousand engineers in my career over the last 30 plus years.
And I would say like, you know, I feel like I was at places that attracted really amazing talent.
And it
Scott: Yeah.
Brad: still was, you know, 20 of the people I worked with would be really in this category that I think of as 10x engineer.
Scott: Yeah.
Yeah.
Okay.
So you talked about they just have a desire to do it.
I'll come back and say.
The best engineers I've worked with have an abstract understanding of how different technologies are tools for different jobs.
Now, they don't always, they're not like always using different technologies, but I'm thinking of one in particular and he could very easily articulate like, okay, well.
this is what java is good at and this is what c sharp is good at and this is what python is good at and this is what ruby's good at and the reason they're good at that is because they even the reason they could say those languages were good at those things is because the 10xer even sort of knew the history like oh look java was really it was these bunch of guys they were working in c++ that was their reaction to challenges they faced there so they even they love it so much like you were saying that they even know
So because it is an evolution of ideas,
they know that and they can articulate that as well.
But I think knowing how those things work so intuitively then in turn allows them, the combination of the two things we're saying here,
allows them to use it.
Use these tools in really creative and powerful ways.
Brad: Yeah,
I think I 100% agree with that. That's a great one.
And I feel like I'll ping back off of that one with something similar.
And I think this is going to be a little controversial, but I'm going to go out on a limb on this one.
The 10Xers that I worked with.
They all had really, really good computer science fundamentals.
Now, many of them got there through classical computer science learning,
like they had a computer science degree.
But what I really mean by that is like they understand what an operating system really is doing. They understand what what memory management is all about. They understand.
And the idea of, you know, you know, how how what,
you know, data structures like they really understand these things at a really.
So like we think about like the classic like computer science degree, it's like you take a data structures class,
you take a languages class and that languages class exposes you all different types of languages.
You take a operating system class,
you take a compiler class where you build a compiler. You know, these are.
These
Scott: Mm hmm.
Brad: are the classes that are in a traditional computer science program,
and you didn't necessarily have to get that degree,
but you have gotten that fundamental education. So I feel like all the 10Xers I've worked with just really understood that stuff very well.
Scott: Yeah,
that's true.
Okay,
here's another one.
They all are capable and are very effective actually at working independently.
In fact,
actually,
they might even,
their strength might be working independently. I have to think about that one for a second.
Brad: Interesting.
Scott: But the notion of going and sitting down at their computer.
and to use an expression hammering something out like
Brad: Yeah.
Scott: they're good at like i'm gonna go get this done right and often often i'm thinking of one person i'm out because we joked about this person the rest of us would be talking about something and this person just was over their computer and just did it right they have a uh they have a
some sort of internal intangible quality of just getting a thing done.
Brad: Yeah, I agree with that statement.
I agree with you. You sort of said two things there.
One was the sort of like the desire to just get it done, the innate quality of just getting something done,
hammering it out.
And then you sort of added in this independent model. And I think that's true.
Like, I think when I really think about the 10xers that I've worked with, they all.
all functioned very very effectively by themselves right now they that doesn't necessarily mean they aren't good at working with an organization with a group of people and with a team but they are really good working on their own
Scott: That's right.
That's all I was trying to say.
I would actually say of the ones I'm thinking of, they're actually all really good at working with each other too.
And they all like to do things like pair program.
In fact, I think in general they think two heads is better than one.
Brad: Yeah,
I think that's fair too.
So they're completely effective at working on their own and hammering something out.
And they are also very open and collaborative in working with another 10Xer.
Scott: Yeah,
yeah.
Or teaching.
They're all good teachers, the ones I'm thinking of.
Brad: I think that's fair, too.
Scott: It's pinged back to you.
Brad: All right, so let's see.
I believe that all the 10xers I've ever worked with were also really good at understanding the objective,
the assignment.
They were good and I and I and I would mostly say that's like they were good at understanding the needs of whoever the.
customer stakeholder were,
even when those needs might be a little bit more
uh ethereal like oh i'm just trying to make this super fast the super fast uh you know raid disk system over a network or something like that that's not necessarily like i you know i'm talking in the customer language but they really understood the fundamental problem of what they were trying to accomplish
Scott: The listener cannot hear me nodding my head vigorously in agreement with that. I was going to, my,
your pong back to me, I was going to say.
They they're very good at taking whatever requirements are handed to them.
I would actually branch it in two ways. I was going to say they're good in taking the requirements and turning it into a plan.
But I would actually say that here's another piece that they're good at.
Frequently requirements are unclear.
Customers, users, whatever,
aren't very good at articulating what they want.
Good at sort
Brad: Yep.
Scott: of synthesizing that together and sort of saying,
okay,
I think what you're saying, sometimes they don't even say this. They just, they think it's like, okay, I think what this person is saying is this.
And then turning that into something and often coming back and saying,
is this what you want?
Brad: I built it because this is what I knew you
Scott: Yeah,
Brad: wanted.
Scott: those are definitely that.
So, you know, it's interesting coming back to the independence point.
There is some EQ there.
Brad: Yeah.
Scott: You know, there is definitely some EQ.
Brad: Huge EQ.
Huge EQ.
And I think that like if as we're still continuing down the road of like what are examples of the attributes that these 10Xers that we've worked with have,
I don't want to get into the realm of like.
Oh, and if you don't have that, then this is a place
Scott: Yeah
Brad: you might get stuck on becoming a 10 Xer.
But I will say that like that, that EQ piece.
Yeah,
I've seen some people that are right on the cusp of being 10 Xers, but that they're missing that piece.
And that keeps them from really achieving.
the potential oh
Scott: Yeah.
Okay,
let's see here.
Oh,
I just pinged EQ,
so I was ponging back to you.
Brad: man okay all
Scott: While you're thinking,
I want to go back to the very first thing you said to fill some time.
They love
Brad: right
Scott: it.
They love it.
Brad: they love it they
Scott: This is fun.
Brad: love it yeah it's not it's not work to them right it's like it's it's it's it's fun they love it it's a challenge they love that
they love learning new things they're
Scott: Yeah.
Brad: absolutely the first people to you know be interested in the rant the new language you know
because it's like for them it's all like oh yeah let me learn about this new tech that may in fact solve a piece of the puzzle that is always out there right they recognize yeah okay i i feel like well okay i want to
If you're ponging to me with the EQ,
and I feel like I want to say there's a – I kind of jokingly want to say they type hella fast,
right?
Scott: That's true.
Brad: It is actually true though,
right?
Like they're all really fast at writing large amounts of code.
Scott: For sure.
I've worked at multiple companies,
by the way, where we have for fun, we have had what do you call it when you have a speed typing contest and there's a name for them.
Brad: Type typing speed type test.
Scott: Just yeah.
Yeah,
for sure.
Brad: One of my favorite one of my favorite 10 extras that I worked with.
Such an amazing guy.
He was.
He was at Real Networks, kind of like one of the lead architects of the early streaming servers.
He went on to become the founder of Isilon and then Vic's success there.
His name is Sujal Patel. He's an amazing guy.
he is such a fast typer so fast but i would say and if if sujal ever listens to this and gives me crap about it i'll i'll i'll have a smirk on my face and say yep uh he wasn't necessarily the most accurate typer but he was such a fast typer that he would type stuff it would be wrong and he would delete it and type the correct version before you would notice that he had typed it wrong That's he great. was that you
that fast of a typer he was just like and i swear like his backspace key or his delete key whichever operating system he was on that was the one that was the most worn out
Scott: Okay, so some of the 10Xers I know and some of them not,
it's not a universal trait,
but some of them definitely have that engineer thing where they think they can do something in an hour.
I think sometimes
Brad: Oh, for sure.
Scott: I see this.
We talked about a strength is they can see a solution quickly,
but sometimes it misses some of the edge cases.
And it's like,
oh, I can get that done in an hour.
And then they get into it and it's like,
oh, actually, there's a little more here to it than I thought.
I've definitely seen that.
Brad: But you know, what's what's funny about that, the corollary of that is that when that happens to them, they love it so much that that doesn't knock them off their game. They just go, oh, and then I had to solve it. Right.
Scott: Yeah.
Brad: And they come back and they're like,
oh, yeah, it actually took me three hours, not one,
because I found all these other corner cases that I also had to solve.
Scott: We haven't talked about this. I've assumed it's always excellent technical design.
Very rarely do they make errors in technical design.
I mean, I can think of one TEDx or I know who made a really big error in technical design,
still give them a hard time about it.
But in general,
the technical design is spot on out of the gate because I think that goes back to the nature piece I was talking about earlier.
which is they just have an intuition for designing things well
Brad: By the way, one of the things that this notion that they are great at design,
the notion that they have great EQ,
the notion that they sort of just have this ability to understand the problem,
that matrix of...
attributes that we're talking about clearly clearly indicates that a 10 xer is not about just writing code right like uh just give a bunch of tickets to an engineer and have them write that code um that that's not a 10 xer yeah
Scott: Correct.
Yeah.
Brad: So it's not about it's not necessarily about how quickly they complete tasks.
Scott: Correct.
Brad: And I think that's a misnomer that people assume that if you just had 10 extras, then 10 times more tasks would get done than are getting done.
It's sort of a side set of that,
right?
Like they solve things better.
They solve things more efficiently.
Scott: Yeah, and I would use the word that came to my mind and I know I've used a lot is leverage.
They solve things in ways that make it easier to solve future things.
or potentially
Brad: Yeah.
Scott: solve a bunch of future things that we don't you know it starts to embroider upon over engineering but like they solve you know maybe solve multiple problems in one and they think in a more
abstract way,
which
Brad: Yep.
Scott: I think drives a lot of that efficiency.
Not only can they do this task more efficiently,
the way they solved this task made 10 tasks down the road more efficient.
Brad: I agree with that 100%. Let me ask you, do you feel like we've have we have we enumerated the key attributes that matter or do you think there's more?
Scott: We've enumerated a lot of them.
What I was thinking about was you had a room of, let's just say,
for instance,
you and I have a room of 100 people.
And we know we've been told there is one person here that is a bona fide 10xer and then everybody else just is, you know, on the spectrum of, you know, the bell curve of talent.
Right.
And it's our job. We've got 60 minutes to identify that person.
Could we do it? And how would we do it?
I mean.
getting at the interviewing and the recruiting question which is how do you how do you find these people
Brad: Well, yeah,
that's a great question.
It's OK,
so I feel like I want to say, you know it when you see it.
But let me give an example of kind of the know it when you see it things that I'm used to seeing. Right.
That that thing that we mentioned that they it's just insatiable on their part, they're so curious that it's so fun for them, right?
Like they can't stop thinking
Scott: Mm
Brad: about code like that comes out very quickly when you ask them about the code that they've written,
right?
Which is one of why one of my favorite interview questions is tell me about the coolest piece of code you've ever written.
And the
Scott: Yes, yeah.
Brad: 10Xers come out with that. The answer to that question,
right,
is just filled with technical nuance.
You can see them light up when they're talking about the technical nuance of what they solved.
They speak fluidly and fluidly about the fluently and fluidly about the problem that they were solving and why that was an interesting problem. Right. So so even if they're not necessarily like they don't even necessarily have to be the most.
eloquent but you can you you you see it immediately and hear it immediately in the way they talk about the problems they've solved that were interesting to them that's
Scott: Mm hmm.
Brad: that's my answer i don't know uh
Scott: That's a good one. I'll add to that.
Do you know Joe Heitzberg from Seattle here?
Brad: yeah i think so yeah okay
Scott: He's been around a while now. He's currently the organizer of the AI Tinkers Meetup.
Brad: yeah yeah
Scott: which has chapters all around the world he's a real tinker he's a great guy and a long time ago i was talking to him and he was telling me how he loved to hire cs students right out of school and i was saying oh joe i find it such so hit or miss you never know what you're going to get i was like how do you how do you do it what's your secret for finding
Well, and then he said, oh,
well,
I found just great people, great people. I said,
well, what's your secret? How do you find them?
He said, I asked them,
what is the biggest or most meaningful, I'm not sure the right word to use,
project that you've worked on outside of school?
Brad: Yeah,
totally.
Scott: And when you find the kid that's running the eBay of Bangladesh from his dorm room,
you're like,
boom,
I want that
Brad: Yeah,
Scott: guy.
Brad: totally.
Yeah,
totally.
Yeah,
that's very
Scott: And
Brad: similar.
Scott: those, you know, right.
Brad: to the question I ask and the types of answers you're looking for,
right?
Right?
Scott: That's right.
Yeah.
So yeah, I guess one way you filter out is you say who find ways to identify who loves this.
Brad: Yeah.
Scott: Right.
So here, here's here's actually a way I would I would put this on the list.
Who considers themselves thoroughly fluent in two programming languages?
Because for me, you know, having
Brad: And you're saying that as opposed
Scott: to
Brad: to one or at least two.
Scott: one,
Brad: Yeah,
Scott: at
Brad: yeah, yeah.
Scott: least two, right?
As opposed to one. Because when you work with the second one.
At least from my personal experience, and I think I've talked to others about this,
when you work with the second language deeply,
you get a better understanding of the computer,
right?
Where
Brad: Well,
Scott: it was a by better
Brad: the way,
Scott: kind
Brad: this is
Scott: of like
Brad: why this is 100
Scott: the language is like a shadow and like it's a shadow of the computer kind of and you get a better understanding of the actual computer.
Brad: percent agree with you. And that's one of the reasons why I think that like one of the most valuable courses in that computer science degree,
if you're taking a formal computer science degree, one of the most valuable courses is your languages class,
because the whole point behind that course is it's not it's about exposing you to all kinds of different types of languages.
just you know like functional
Scott: Mm hmm.
Brad: languages versus you know procedural languages versus you know it's just it's like so important to understand like the types of shadows that can be cast on the computer to use your shadow analogy yeah
Scott: Yeah,
yeah, yeah.
Okay,
so here's another here's another question I would ask I don't know exactly how I'd frame it, but something like this.
I would go around the room and make every person.
write down things that they are religious about when it comes to this kind of work
Brad: Oh, interesting.
Okay.
Tell me about how you then filter that information.
Scott: there are certain types of things that people are religious about that are a signal to me that oh actually their understanding of this is not very sophisticated right i'm going to use
A popular one in our industry as an example, I'm not sure it's perfect,
tabs or spaces.
Brad: Yeah, totally.
Scott: Hey, actually, in my view, tabs or spaces doesn't matter as long as everyone just agrees on one or the other, because the problem is the problem is the mismatch.
You know, and so I think you could get a sense by what people are religious about to understand their actual talent as an engineer. Right.
Brad: I think that's fair.
Scott: I'm not sure what I would actually be looking for or not looking for,
but again,
it comes back to I see what I know, but I feel like I would see green and red flags. I'd see things like, oh, that's smart.
That's real, real smart what that person's saying.
And I'd see things where like that person is being religious about something that I don't think that somebody should be religious about.
Now maybe it's me,
of course.
Brad: I feel like one of the I'll tell a quick story about that, the kind of the tab spaces thing.
I remember the very first time I became a manager of a team.
um and i was a pretty still pretty junior engineer but i had you know risen through the ranks and people are like yeah this guy knows what he's doing and the team needed a leader and i went to one of the more senior engineers on the team and i was kind of like you know our code base is kind of a mess we don't really have any kind of coding standard it's kind of you know joe's files look totally different than bob's files it's like
kind of pain and he's like yeah we should definitely have a coding standard i said cool you're super experienced what should we do and he's just like well i would accept any coding standard uh and i said wait don't but you're but i'm asking you because i really think you're an expert and he's just like well this is what i do at home in my own time but and we could do that and i'll accept that
But that's
Scott: Right.
Brad: very different than our existing code base.
Our existing code base is closer to this standard over here.
And I'd be happy to just use that standard.
And
Scott: Yeah.
Brad: at first I was like kind of like, oh,
what?
I didn't understand because I was so used to, you know, like my own code,
like because, you know, I wrote a lot of code, you know, and so I kind of was opinionated about my code. But that was a total eye opener.
I'm glad it happened early in my career because I was just like,
oh, yeah,
you know what? You're actually right.
Doesn't matter what the coding standard is so long as we all stick to it.
Scott: Yeah.
If somebody, I'm trying to think of what kinds of things that a 10 Xer would be religious about,
actually.
Brad: Yeah.
Scott: Or that a not 10Xer would be religious about.
Brad: Well, I think you're right that, you know, worrying about unimportant things is probably something that.
that a non-taxer would be worried about you know would be religious about i
Scott: Well,
actually,
here's a piece of it. Do you think 10Xers, an attribute of them,
is that they actually don't have a lot of religion?
Brad: actually think i might say that that might be their attribute i think that their attribute might be that they don't have a lot of religion
because they are exposed to so many things they're so curious about so many
So many things that they're going to be way more ecumenical, you know, just in
Scott: Or
Brad: general.
Scott: to go way back to Kevin Goldsmith,
it depends,
if
Brad: Totally.
Scott: you wanted me to, if you want the code to appear exactly the same everywhere it's printed,
I'm going to be religious about spaces.
Brad: Yeah,
exactly.
Totally.
Scott: So,
Brad: Well,
Scott: okay, so we
Brad: so and
Scott: got our room of 100,
we got our room of 100,
and what have we done to figure out who the 10xer is?
We've asked them what they're excited about,
we've asked them what they're religious about.
Brad: we've listened to them.
And if what comes out of their mouth is not like technically fluent,
clear examples of EQ,
clear examples of understanding,
you know, real computer science fundamentals.
clear examples of them just being incredibly passionate about learning new things and doing stuff then they're then they're filtered out immediately oh
Scott: Yeah, okay.
I get two more attributes that I'd look for.
I don't know exactly how I'd test for them.
Every 10xer I know, I hate to use this phrase, but has a can-do attitude.
Oh, we can do that.
We can
Brad: 100
Scott: figure that out.
Brad: 100
Scott: yeah there's got to be a way to do that yeah
Brad: Yeah,
Scott: they're they're instantly like they're they're already solving the problem they're not talking about like oh i think this is a bad idea i don't think we can do it or that would be too hard it's they're instantly like oh okay let's see how we can write to solutioning
Brad: agreed.
I 100% agree.
And like sometimes it can be really, really incredibly,
I've got,
you know, I can imagine, I remember some stories of like,
you know.
10xers that i you know like the ceo says we're gonna we need to do this hard thing and i'm like man that's gonna be hard but i'm sure we can come up with a solution i'm gonna put darren on this problem and you
Scott: Right.
Brad: know so darren and darren's like yeah okay that's gonna be hard but i can see a path i'm gonna go i have an idea i'm gonna go attack
Scott: I
Brad: it
Scott: can see a path.
That is, to me, that is the thing right there.
I can see a path.
They understand the system,
they understand the technology,
in their mind, they have it.
And so that actually leads to a question, and
Brad: Yeah.
Scott: this gets fundamentally at the microservices service-oriented architecture question.
In order to be a 10xer,
do you have to understand?
kind of the whole system whatever that system is it could be one component of a bigger system or it could be the enterprise the whole system and to flip that around if that's true
Then is it the case that perhaps some environments, perhaps if you've got, say,
a multiple million dollar, not dollar,
multiple million line of code monolith that somebody comes in and it's just a huge footprint surface area to understand that we actually have environments that make it harder to have 10xers because you can't see the solution right away.
Brad: Okay, so I
Scott: You see what I'm saying?
Brad: want to pull on that thread a little bit because I actually think you're on to something.
I think that you're, I think that you're, I'm going to go out and say one of the attributes of a 10xer is even with the most complex systems,
they are able to keep almost all of it in their head.
Like
Scott: That's
Brad: they, they, they really do understand the full breadth of the, of the platform.
And, and when they first show up, you can't, you can't stop them.
But going and figuring out the whole breadth of the platform,
right?
Like they, they, they, they, it will just be part of their own personal onboarding to a code base is they will just like, they will, they will let go digest the whole thing.
Scott: Right, so...
To the extent that we can make that easier,
we
Brad: Yeah.
Scott: can increase the probability that there are 10Xers. Well,
this gets another question. I was going to say we increase the probability that there are 10Xers in our midst.
And so that would imply something like a 1Xer, a 2Xer, a 3Xer all the way up to a 10Xer. And maybe someone who's a 4Xer, can you change where you are on this scale?
Brad: Well,
Scott: Does
Brad: that's what
Scott: it
Brad: I
Scott: vary?
Brad: would that's what I think would be a really interesting way to pivot this conversation.
conversation okay so we got some of our listeners are listening and they're developers they're young in their career they're they're they're listening to us old CTO types and and they they're listening to this because they want to know like what can I learn from these two jokers right and they might be asking themselves okay that sounds like somebody I want to be I want to be a 10xer what do I do what do I how do I become a 10xer what do I need to do to become a 10xer
Scott: understand the whole I would say without a doubt what you were just saying under understand the whole system and in fact for any of those actually anybody I'll offer a tip of advice there's a framework out there called the C4 model I think it's called C4 model.org it's it's it's not rocket science okay I'm not going to say anything that's genius here it's just a framework for modeling a system you
that's it just you know and from like there's four levels i can't remember all of them the the lowest level is code i think it goes like code component container concept or something like that did i get them right
Brad: So close top one
Scott: what
Brad: is system.
Scott: were they oh
Brad: You got it code code component to container to system.
Scott: Oh, concept would have been better than it would have been four C's, right?
I thought it was the four C system.
Brad: I don't know why.
It says C4.
I don't know why it's not.
Scott: So it's just, you know, trying to understand a system can get a little noisy because at one minute you're like looking at a method and the next minute you're
Brad: trying Yeah,
Scott: to understand how does the service talk to the other service. And it's just a framework for how to kind of create those four levels and draw them in pictures.
And so it's just a tool, kind of a simple tool for understanding a system. And I learned it from a actually a guy we should have on this show, a guy named Jagun Rimes.
He was a VP of engineering type that I worked with a few companies ago.
um he lives in Florida and uh he taught we we Jagun and I hit it off and I'll tell you amongst the reasons he taught me about the C4 thing but here's why we hit it off here's here's how I knew I was had a developer crush on Jagun before I ever met him
I get this resume comes across my we're looking to hire somebody I get this resume comes across my desk and on his resume it says all sorts of stuff but one of the things that said just one little bullet point in there was like he improved his team's estimation accuracy from x to y and I was like oh
This is the only other person I've ever met in my entire career whose estimation accuracy is important and it's so important that he put it on his resume.
I want to hire that guy.
Brad: I love it.
So how do you become a 10Xer? So one,
like
Scott: You learn the systems.
Brad: learn the systems,
right?
What do we think about learned computer science fundamentals?
And I don't necessarily mean that with a formal program,
but like you can you can pick it up, you know.
Scott: For sure, that's important.
I would think learn good architecture and technical design fundamentals would be sort of more important because there's such abstraction now.
So let's compare two scenarios.
One person is using Ruby, like a very abstract language from how the computer works.
And they really know nothing about how the computer works, but they can design really well.
Right.
The other person is using C,
not even C++. They're using C.
Right. So they understand how the computer works really, really well, but their design is terrible.
Right.
I think I'd rather have the first than the second.
I think the first person
Brad: I
Scott: will get
Brad: agree,
Scott: but more we'll get more done.
be more effective.
Brad: Yeah,
but the reason I the reason I say computer science fundamentals is I'm not I don't mean like go learn C,
go learn a language.
I don't mean that. I mean, like,
you know, you got to understand what's going on underneath in the computer.
Right.
Like, how does memory work?
How does how does the stack frame work versus RAM?
Like.
if you're like if you don't if you're not comfortable in a debugger and you don't understand that when you open up the debugger and you set a breakpoint and you're looking at a stack frame you know and what the difference between like you know stack frame you know uh scoped variables are versus memory that you've allocated as an object that's sitting in the heap like if you don't if that stuff's not fluid to you
You've got to get those fundamentals or you're ever going to be a 10xer
Scott: Hmm
Brad: and and that doesn't matter what language you're using whether using Java JavaScript C C++ Ruby they're all the same that you need you need that you need to understand that stuff.
Scott: Let's ask this you said something the debugger get
Brad: Debugger every 10 extra I know uses a freaking debugger.
Scott: did the kids use debuggers anymore?
Brad: Some of them do.
Scott: Some of them do I love
Brad: The
Scott: that
Brad: 10
Scott: I
Brad: extras do.
Scott: love the debugger
Brad: Oh my God, I was just so excited. I just got my new, my new laptops.
I've set up my new laptop and I was like setting up, you know, proper React native app building and,
you know, ran the ran the Android simulator on this.
on this new machine and the first thing that happened was I was like popped up and I was like able to set a break point in the debugger and I was just like I just had this moment of this just like washed with this warm glow of joy of seeing the debugger pop up and letting me set a break point
Scott: I don't know how to program without the debugger.
I mean, I do,
but like to me, like it's like I can't.
come you get to go inside you get to go inside the code you get to walk it's like john malcovich's head you get to go inside it
Brad: Yeah, exactly.
And, you know, again,
like, you know, another another,
you know, I just thought of another attribute of 10 extra that we didn't mention.
They're never satisfied with something working,
but they don't understand why it's working.
Scott: yes yes
Brad: They're never satisfied with a, you know.
Works on my machine or could not repro.
Scott: I will say there's two parts of that.
One's a little bit of an Achilles heel.
So one part of it goes back to what we were talking about,
understanding the system,
which is like when there's part of a system they don't understand,
they'll just intuitively or not intuitively,
but naturally take some time to go figure it out.
I didn't really know what was happening over there.
So I just spent the afternoon kind of trying to figure out what was going on over there. There's
Brad: Did another. you tell us that story?
Did you tell us that story a couple episodes ago about.
about like the guy that was like debugging something he comes back and he's like how the how the hell did this even work at all you know i had to find out i had to get to the bottom of how this even worked at all
Scott: He wrote a document that he shared around that how the F does such an, I can't remember what the system name was called,
how the F does such and such work.
That's right. Yeah,
that's part of it. Now there's a little bit of an Achilles heel there.
Sometimes, not all the time, sometimes a 10XR can head down that I want to understand it rabbit hole.
But I would say less, when I say that out loud, I think to myself, but actually kind of less so than your sort of mid-junior engineer who gets lost there.
Right.
Brad: Yeah.
And that's partly because I think the reason that the 10Xer goes down that rabbit hole but never gets lost down there is because that point that you made that they just are good at understanding the big picture of systems.
And so they don't ever get stuck down like a maze because they're kind of always able to like pull their head up and look at the whole forest,
Scott: Well,
Brad: right?
Scott: that actually you just brought something up.
Something very interesting that an attribute I've seen is that they can zoom up and down really fluidly, right?
They can be talking to you about business stuff in one sentence and the next second they're saying, but I think we should form the method like that. I think we should actually write it like this and you're just like,
whoa,
you have a whole thing in your head.
You're
Brad: Yep.
Scott: in the debugger right now. You're in the matrix just like totally zooming around.
Brad: Yep.
Scott: Okay,
so yeah, I think you learn the debugger, you learn how to understand a system,
you learn fundamentals,
you learn the...
as a design look if you don't love it maybe you can't become a 10x or and that might be okay
Brad: I think if you don't love if you don't if you're not in love with it,
then I think it's going to be really, really hard because,
you know, it's a lot like.
like i like i'm i am confident lebron james loves basketball
Scott: Yeah.
Brad: loves it loves it loves it and that's why he is lebron james it's one of the many important things that makes him lebron
Scott: Yeah,
Brad: james yeah
Scott: that's right.
He loves it.
Brad: yeah
Scott: What else is there?
You got to learn how to work with other people. I talked about independence,
but you got to know how to work with other people.
Brad: 100
Scott: And I have a bias in this,
which is I just think pair programming is the best way.
Brad: I think that I agree with that.
I agree with that.
I think there's so much value that comes out of that.
And I 100% agree that like all the 10Xers I know are they're great alone and they're also great together.
And they're really great when they're paired with another 10Xer.
That's when sparks fly in
Scott: Yeah, it's probably true.
Brad: a positive way.
Scott: It's probably true.
I want to get a room full of these people.
Brad: Yeah,
we they're.
Scott: should have a 10th
Brad: I mean, well,
10 that but
Scott: conference
Brad: that's that's
Scott: they
Brad: a nice point,
right? The 10Xers, they attract each other.
Scott: do for sure oh
Brad: And I think 10Xers are attracted to problems that are interesting to solve.
Scott: i just thought of another attribute of a 10xer
Brad: Yeah,
tell me.
Scott: to some degree they're very independent minded and to some degree they march a little bit to their own drummer but i'm thinking of the pool of like as we've been having this conversation there's like six people in my head there's like a set of six people in my head that i'm like just continuously thinking about these people and they're all it's it's it's not it's it's not hard to get them to do things they don't want to do but it is a little bit of wrangling cats
Brad: Yeah, that's fair.
You're saying they're the first ones to have gotten those split keyboards,
for example. Not all of them, but one of the 10Xers had the monitor turned to the side before anyone else did.
A portrait monitor before anyone else did.
Scott: You know what?
of all of the 10xers I can think of, the group of six I'm thinking of, I don't think any of them had a split keyboard.
But I do think that they all really knew their tools well.
Whatever their editor or IDE was that they were using,
they really knew it.
And I'm thinking of this group now,
like, you know, I know of a guy,
what's a...
IntelliJ?
Brad: Yeah, yeah, yeah, totally.
Scott: I'm not sure.
Brad: Yeah,
Scott: I think
Brad: that's one of them.
Scott: there was an IntelliJ guy,
an Emacs guy,
a Vim guy.
They're all different.
A VS Code guy.
Brad: Yeah, the Vim masters,
the 10xers that were in Vim.
Scott: Well,
they're playing above the rim.
Brad: They're playing above the rim.
Scott: But they all knew it. They all knew how to use their tools really well. They saw their tools as an advantage.
Um,
I
Brad: Yeah.
Scott: don't know about the keyboard part of it, but like they weren't they weren't doing the keyboard for show they were doing they're using their tools to make themselves more productive.
Brad: Yeah.
Scott: Maybe that's a question you ask when we have a room of 100 people we're trying to figure out who the 10Xer is. We talk to them about their tools.
Brad: Well,
by the way, that's one of the reasons why I feel like that question I've been asking a lot more lately in interviews about talk to me about generative AI.
Right.
Tell me tell me what you think about generative AI.
And I am certain that the 10Xers are not religious about.
gen x in a generation ai generated ai they're they're like they're like oh you know they immediately have a conversation about it and they see the places that it's a useful tool and they see the places that it has weaknesses and they're comfortable talking about that yeah
Scott: Yeah.
Yeah.
Because, yeah, totally,
totally, totally.
Well,
Brad,
we can squeeze the 10X or rock forever.
This has been a fun conversation.
Brad: I feel like we've really got somewhere on this. Like this, this feels like it's fun to hear your interpretation of it. I can totally picture you in your mind's eye,
like remembering all the 10 Xers you've worked with, you know, and like I was doing the same thing, you know, I had their faces kind of floating by in my mind and I was like, Oh yeah, let me think about how did, how did they behave?
How did, what made them different?
You know?
And so it's kind of, it's one of those things that, you know, when you see it and it's amazing when you get to work with them.
Scott: That's right.
I'm sure that's how people feel about getting to play with LeBron.
Brad: There you go.
All right.
Scott: Well, with that, we're out until next
Brad: Well,
Scott: week.
Brad: what do we say?
Scott: Smash rate and subscribe.
Leave a review.
Leave a great comment.
Brad: Yeah.
Leave 10X's comments.
Scott: Love it.
All right. Talk to you soon.
Brad: This episode of How Many CTOs Does It Take podcast was edited by Safran Epigalb. Our theme song was AI generated by Brad.
Please follow us on all the social media platforms at at how many CTOs pod.
You can find us on YouTube,
LinkedIn,
Instagram,
Facebook threads,
X,
TikTok and Patreon or at our website at how many CTOs pod dot com.
And remember to rate, review and subscribe on the podcast platform of your choice.
Thanks for listening.