how you should hire in today's market w/ engineering manager nate taylor

full transcript

auto-generated from the audio, so expect a few typos. the audio is the source of truth.

All right, so we got that. We got this. No. Alerting the troops. Alerting the troops. All right. Good morning, everybody. I say everybody, nobody. Happy Monday. Nate, happy Monday. That is, I just told a friend of mine, that is one of my corporate pet peeves. There's not a lot that gets me. I don't like the happy day of the week greeting, but that's fine. So we called, so we don't have to say that. So what we started to coin is the word Friday. So once we get past the hump day, it's Thursday and Friday. So feel free to use that. in any of your meetings um but for those of you tuning in welcome please say hey would love to hear from you I am so uh nate nate and I were it's been a minute I'm I'm kind of booking like four six weeks out not because of popularity but more just because my travel schedule and I've also decreased the amount of lives I've done nate nate's been with me from like the beginning like I think nate's been on my radar you've been on my radar for like four or five years now um So, you know, yeah, Montay, there we go.

It doesn't quite roll off the tongue the same way, but yeah, Montay. So, you know, Nate's been in kind of in my circle for a while and he booked this and we got on the live today or backstage. I was like, hey, man, like, what do you want to talk about again? So I'm excited for this talk because this is basically like So I have a conference talk that is basically this topic. And I don't really give it because for the most part, when I give conference talks, it's mainly for job seekers. But I always have a handful of engineering leaders come up to me after these talks I give around the job search and like, hey, do you have any best practices for engineering managers?

I said, hey, do I? um and so basically what we're going to dive into in the next hour here is is really that um I'm very excited uh nate's been an engineering manager I'll get him to introduce himself in a second but he's been an engineering manager for a long time um and so we're gonna have a great conversation shout out to nate for also being flexible this this was supposed to happen I think wednesday this week but It's my wife's birthday week, so I'm taking off Wednesday to be with her, and then we're heading out of town Friday. So this is the only day that we could do this.

So, Nate, I appreciate you being flexible. I want to give kind of a few housekeeping things as always. First and foremost, me and my guy Jason Torres are both AppRite heroes. Jason is technical. I am not. And so, you know, listen, I love the DevRel team at AppRite. I think they have a cool product. I've never used it. Um, and so, but you should try it out. So just, just take my word for it. Try it out. Tell them if you, if you interact with any of the upright crew, tell them a torque voice, uh, sent, uh, sent, sent you their way. Um, also as we got a lot going on in the community, check out torque.community, um, uh, live streams, discord of discord only events.

I mean, we're all over the place. So check us out. We'd love to have you. Um, also too, if you want to be, if you just want to know when I go live, just text live. This is actually my number. This is not some AI chat bot. This is actually me. So just text live. I got probably about seventy people who want to be updated when I go live. I'll love to add you to the list. You're not looped in on anything. It's just a text directly to you. So we'd love to have you. um what else also yeah jumping the torque this court uh we have a lot going on I can't even keep up anymore uh it's it's basically the best way to describe that uh the torque discord chat now at this point is just like a huge friend group chat so um all right we got we got a lot of people tuning in here um obviously we got jeff uh michael um the rebel I refuse to watch you know listen linkedin is awful when it comes to streaming but I just have chose this platform for my streaming, so we're just going to be there for the most part.

Chris, it's good to see you. Ricardo, Mark, Teron, it's good to see you. Kelly, Angelo, you're sick. Go to bed. Go to bed. He was on a stand-up this morning. He's like, I had the flu. I was like, go to bed, Ang. Ang, go to bed. Chris, thank you so much. Chris J., I'll let her know you said that. Elliot, it's good to see you. All right, enough of me yapping. Again, y'all continue to chime in and say, hey, Nate, let's give the people what they want, man. Who are you? What do you do? And we'll go from there. Yeah, I'm Nate. I'm Nate Taylor.

Still, I don't know if anyone saw posted on LinkedIn last night that was the third time you've had me. We still have not settled whether Taylor should be a first name or last name. Maybe maybe a future episode. That's a Nate Taylor. Taylor Taylor. It's a Taylor Taylor show. Yeah. David Handloss was like, that sounds like a good crime fighting show to Taylor and Taylor. Yeah. I don't know about that. I think you would carry the show if we did that. Yeah. So I'm an engineering manager at a company called Skillable. We're a platform for hands-on labs. So we don't produce the hands-on labs ourselves, but we sell it to companies who use them.

So there's a chance that you have taken one of our labs or used our platform without knowing it. The other engineering manager at Skillable with me Once he got here, he was like, oh, I took some of your labs. I didn't know that because they're not, you know, they're not branded with our stuff. We're not we're not the reason you're taking the lab. But I've been in the engineering management space for a little over four years now officially. And then several years before that was doing some manager like type stuff at another company that was a very flat org. So I started like a coaching program and one on ones and all that kind of stuff.

Done a lot of development over the last twenty years or twenty five at this point. So that's a little bit of who I am. I'm in Omaha. I've got a Koi pond and a couple of dogs and some adult kids and stuff like that and a wife. So you live on some acres though, right? No, like I have acreage in Missouri, but I live on, on just a lot. So I love it. Family, family property in central Missouri got like three hundred acres. Yeah, that's it. That's crazy. Yeah, that's nuts. So, all right, man. So let's, let's, let's start to dive in again. These episodes are longer so we can kind of go about this more organically, get more in depth.

Where, where did the thesis of this kind of idea come from for you? So like I said, I'm an engineering manager. I've been one for four or five years now. And, you know, just thinking through what are next steps for me? I could stay engineering manager for a while and just like I've had anywhere between two and seven teams and I could keep doing that. It's I enjoy it. That's why I'm doing it now. But I also recognize I have, I don't know, fifteen or so years left in my career. And so like at some point, I'd probably want to manage managers. And so then I was starting to think, OK, if I was managing managers, what are some of the things I would want them to know?

What are some of the experiences I've got? And so one that one that hit close to home because we're hiring or we were hiring, I guess we still have one position left was if I had a team of managers, I would want to run them through. Here's how I expect you to be doing your hiring and not just the interview process, but like the entire process. And so that kind of got me thinking, what does that even look like? And as I started reflecting on my career, twenty five years now, I've had one interview training. It was like two thousand one. That's crazy. Two thousand one interview training.

Yeah. So it was it was at Caterpillar. They had a very defined process, as you might imagine, with sixty seven thousand employees at the time. My job in the interview process was to drive the candidate between the various plants. and have lunch with them and so I was like they called him a host so I still had to know things like don't ask about religion don't ask about you know here's the questions you can't ask um so don't say do you have any dietary restrictions say what would you like to eat right those kind of things so that you're not biasing and you're not you know I'm sure from caterpillar's perspective not providing any legal ammunition to the candidate if they don't get the job right that's it that's been my my interview training um I've done reading I've done you know talking to other people but in terms of official training um I got the don't ask these types of questions sure sure yeah and that's been in twenty five years that's crazy yeah before the internet existed um so talk all right so where where do we want to unpack this thing man because because there's a lot how about do we just want to like kind of guide through like the job seeker journey right so I think the most tip of the spear would be job descriptions.

Yeah. And I think that's I think you're spot on. I think where a lot of us get hung up is actually the other end. Right. We think about the final round. We think about making that decision. Do I do I want Nate or do I want Taylor? You know, Taylor did this, but Nate did that, you know, that kind of thing. And I've found over the over the years that if you move more towards the job description, that's makes it easier. It doesn't make it easy. Like you still have hard decisions to make. Sure. It makes it easier if you define that stuff up front.

And I would actually go one step further to the left. And that is figuring out what your team needs. Yeah, that would be great. Yeah, that'd be great. So like I said, I've had at one time, I've had seven teams and as many as seven as few as two. And there was one, you know, twenty twenty one, twenty twenty two. Everyone was like flying around, changing jobs all the time. So I had tons of wrecks. And for a while it was like the same job description. And then it became hard to figure out what are we hiring for, right? Like, is this person going to be a good fit or whatever?

I read a book, actually, it was called The End of Average, which that was kind of maybe the spark to this. And the goal is or the thesis of the book is there's no such thing as average. There's no such thing as an average person. If we say the average height is is five eight in the US. Well, there's people that have longer legs or people have longer torsos or if you have longer arms, shorter arms, all that kind of stuff like they might still be five eight, but their body composition is going to be different. Right. And so I started thinking through like, OK, well, what does that mean for jobs?

There's no such thing as an average developer or a developer, right? Like each position should be somewhat unique because this team is different even than the last time you hired, even if that was two weeks ago. Right. And so I sat down with my team. We were going to hire a senior engineer, a level four, and we just had somebody leave. I got the job or the backfill approved and I sat down with my leads and I was like, what do we need? brainstorming session what do we need they're throwing out things oh we need someone good with react we need someone good with typescript we need this we need that and uh I said well hey wasn't the guy that just left wasn't he our Kafka expert and they were like yeah like he really knew Kafka okay cool how does everyone else feel comfort wise with Kafka and they're like yeah the main guy who knew all that is gone maybe we should look at that potentially So so we started we started with that.

And with that, we said, OK, Kafka is number one. We need Kafka and and or large data sets. We were willing to trade off one of those one versus the other. Right. And then through that process, through that hour meeting or whatever it was over the next week, the leads were like, you know what? We're good with TypeScript. um if they know javascript we're good because we can teach them typescript we're good with react you know we we have enough people that can do react and so we put the job description together so that's why that starts first right what's the hole in your team that you're trying to fill you go ahead do you feel like companies listen I've had experiences I remember how to hire a data stage engineer first off that's a big problem data stage next off I remember, this is when I started to mature in my recruiting and understanding how organizations should hire.

And I'll never forget, I was on the call with the hiring manager and I asked the hiring manager, I was like, hey, what is this person going to be doing? And literally out of the hiring manager's mouth goes, we don't know yet. Yeah. What are we doing? Right. Well, in that case, they got a wreck and they were worried about losing the money. So they were like, let's hire somebody before the VP or whoever takes away my wreck. And then I don't have it. Right. But no, it's spot on. Right. Like I the team I was talking about, I had two teams. They were both like four to five people.

So smaller teams, which means the person we're hiring has an even more more of an impact. Right. It's not a ten person team, fifteen person team. It's a four person team. So if out of these four or five people, no one knows Kafka. We're going to be kind of hosed if something blows up with Kafka, which we were using across all of our services. So then I took that, wrote the job description, and really pared down the job description. Sometimes it's outside of my control, or sometimes it has been outside of my control. But when it's in my control, I like a very pared down job description of...

Talk about it. Here's the three things I need, right? I don't need these thirty things because... one maybe I can teach those things maybe they're a thing that you do once every six months yep um but then it also you know what it makes it harder on me too because now I've got someone's like well there's thirty things I have fifteen of them I'll apply and then I look at them like well they don't have the one thing I really need so now I'm reading a resume and going ah I don't need this It doesn't stop it forever. Right. Like you might say must have Kafka and you might still get fifty percent of your resumes don't have Kafka experience.

Right. But at least then it's easier because you're like, doesn't have Kafka reject. Right. Gone. So I try to be deliberate in like, here's what I actually need. Right. Well, so I want to play something. You're writing the job descriptions. Yeah. I feel like this is just how I feel. Doesn't mean I'm right. That a lot of times like it goes or engineer managers go, how any blah, blah, blah, blah, blah, blah. Send it off to HR. And then HR creates this like, yeah. So shout out to you for writing the job descriptions. So this is part of like what I would want to tell my managers.

I'll have to have to take a quick diversion because I got time. One thing I didn't say was I trained judo and jujitsu. So I enjoy that. Never fight. Well, Maynard Keenan is a black belt in jujitsu. Knows this stuff has been been around forever. There is an incident from the nineties that's called the tool incident. If you look it up on YouTube, fan gets up on stage and he's like, yeah, I'm up on stage. And he goes into hug Maynard. Maynard gets his arm underneath him, hip throws him, takes his back, controls him for the rest of the song, which was like a ten minute song.

And he just does not let this dude get up. He's just sitting on his back, singing the rest of the song, making sure he's locked down. Years later, it was on a podcast and someone was asking him about that incident. And Maynard was like, it's my stage. And the guy was like, yeah, you know, with Dimebag Daryl, you never know what, you know, what kind of crazy person he's like, no, no, no, it's my stage. you came to see me, this is my stage, right? And it was just like, I'm gonna control my stage. And I think the same thing as an engineering manager, you need to control your job search.

I read my resumes. My recruiter has more than enough going on in their life to not have to read my resumes and sales resumes and design resumes and all this kind of stuff. Right. And there might be and it's really hard if you've ever tried to tell someone how to filter something out, because you might you might say it this way and they look exactly for that. And then there's like this adjacent term that, you know, you got twenty years, some years of experience is the same thing. And someone that's just doing like a strict search doesn't know and they reject that person. Right. So it's not fair to them.

It gives me fewer candidates. So I read my resumes. Unless there's like a corporate policy, I want to be writing my job description because, again, We think the people closest to the problem, the developers should be the experts. Well, I'm the closest person to this problem, right? I'm the one running this team. I'm going to be the one handling performance issues. I'm going to be the one giving out raises. So as much as possible, again, not every company makes it possible, but as much as possible, I should be writing the job description and I should be reading the resumes. um because it's gonna make the whole process easier yeah in my opinion um my unbi my completely biased unscientific opinion right so well because but I want to talk about job descriptions though too because because I worked because I talked about this in in in my talk I think the only time I've given this talk was actually at that conference in austin like a few years back where I think too, you have to write job descriptions.

Like I think there is an overarching, like what the company does, what you're wanting to do. I think there needs to be a mission statement. There is, there's actual scientific fact that Gen Z millennials are are very mission driven. Yeah. Right. So if, if, if there's not a specific mission in what you're trying to do, that's not necessarily going to resonate with the people. Right. And then you break down the nice to haves and must haves. Yeah. Any thoughts on all that? No, I mean, I, when, um, here where I'm at now, it's a little bit more, um, teams are a little bit more fluid than where they've been in the past, meaning we might have someone on team for a while and then they might shift to another team, that kind of thing.

My first leadership job was very much, this is your team. If I wanted to move them to another team, I could, but otherwise no one was gonna come in and do that. And so I would do that. It was like, here's the company mission. and here's how this team specifically helps fulfill that mission here's what you would be doing right so um one company was like do you want to help external contractors find jobs because that's the job of this team we had a job board basically right um that kind of stuff do you want to help us make sure that we've got our our content library categorized correctly that's the that's the tool that this team builds so I think that's very helpful because um we've all done applications to like um like I uh you know some big company a stripe or microsoft or whatever and you're just like I don't they could be doing a million things, right?

It could be DevRel, it could be the API, it could be internal tooling. You got to help us out as candidates, right? To be like, what am I actually interviewing for? Because that goes a long way too, right? Like at the end of the day, it's cliche, but at the end of the day, you're trying to find someone that fits your team that makes sense for them, right? It sucks as a job candidate to know that like you got rejected because they're just like, not the right fit, but it doesn't mean you're a bad candidate. Just like going back to my example, if you don't have Kafka, I'm gonna reject you in that situation.

I bet you're probably a better developer than me still, right? But you don't have the one skill that I need. And so that's not gonna work out. Or if you're a place that is very, a lot of red tape, and your job description is written as if it's like a fast-paced lots of change well you hire someone they're gonna they're gonna be frustrated because they're like well there's a lot of red tape and the job description made it sound like fast moving exciting that is true again it's it's it's the you know I'm big on brand and marketing and blah blah blah and it's like I truly think one of the things that is not talked about enough is the way you write your job description and the jargon and the tone and how you craft it is the, is, is like the first initial way somebody interacts with your brand.

Yeah, absolutely. Yeah. It's spot on. And then, and then it helps you understand. So I was at a company that was doing their like ideal candidate profile and they called out some, like they were trying to be really honest and they were like, if you don't like frequent change, you're not going to do well here. That doesn't mean you're a bad employee. And I would write that. I would write that in there. Right. And I think they did. I might have left before they finished the ideal profile, but they were something they were working on. And at first I was like, I don't know. Do we want to say that?

And then I started thinking about, I was like, well, yeah, we do. Cause I'm a manager. And if someone's like, oh my gosh, the direction changed from last month. Like get used to it, buddy. I don't want to have that conversation. You don't want to have that conversation as a candidate. Cause you're like, oh my gosh, I thought I was doing this. And now I'm doing this. I don't like that. Right. So understanding what your team actually needs and try to not have it be thirty things. Because I look at it, I started looking at it as spider charts, right? Those took me forever to understand what a spider chart was.

But the round charts, we have a lot of different vertices, right? No employee is gonna be around spider chart. No employee is gonna be a circle. Your goal though, is to get your team to be as close to a circle as possible. Right? So if you have someone that is a nine out of ten on C sharp, you probably don't need another C sharp person. You probably got that covered, right? But maybe you have someone that's not great on, you know, maybe you don't have someone that's great on the front end, TypeScript, JavaScript. Okay, well, let's hire a ten out of ten there, eight out of ten, and we don't care.

As long as they can like read C sharp, we don't really care about them, right? I love where you're going with this. Yeah, right. So you start stacking those on top and you shouldn't have holes. So that's one process that I looked was like, OK, well, where are we at? OK, we got a lot of react people, a lot of front end people. We've got database skills are OK. Kafka is a zero or maybe it's like a one. Right. And so it's like, OK, well, that's important. That's important. And what I want is to try and find someone that has those those skills that make up the gaps for the rest of my team, because I want my team to be high performing.

And so I'm OK if you don't know React, but you know this thing over here that we desperately need. Yeah. Right. Yeah. We'll just make sure you don't take on React stories or we'll make sure you take on low priority ones. If that's something you want to learn, you know, we'll let you do that. But like we've got we've got that covered. Right. And so I give the illustration. I've got a friend, Ryan. We worked together for, I don't know, ten, twelve years at two different companies. And after about a year and a half, we stopped doing interviews together because we never once disagreed on a candidate.

Either we were both yes or we were both no. And we're like, well, what's the point of both of us being in the interview? Yeah. Right. One, we can scale because now you can do Ryan interviewing a candidate and me at the same time. And two, if we don't have that number of candidates, well, you can we're at a billable company. I mean, let Ryan go build a client some work. Yeah. Right. Yeah. Or let me. And it was like, you can you can actually do more interviews. It's not Nate doing five in a week. It's Nate doing three and Ryan doing two. You know, that makes it easier.

So, you know, I don't need two of anyone on a team. Right. And so trying to use that spider chart and figure out where your gaps are and then use that to write your job description for the gaps. Yeah. And then the other part of that too is also as you're writing the job description, don't just focus on the, um, the objective skills, right? Like can they write SQL? Can they, you know, do they understand IAC? Like that kind of stuff. Also be thinking about the harder to detect skills, right? What are your principles for your team? What are the things that you need? So if you're in a company that is very, very like top down, the product defines everything.

Okay, cool. Like you don't necessarily need someone that is innovative and has high ownership. But if you're in a more collaborative environment, you definitely need that, right? You don't want someone that's just gonna sit back and be like, I'll wait till Taylor tells me what to do and then I'll go do it. And so trying to work that in as well, right? Cause some people want to be at a company that has high ownership and accountability and other people don't and that's okay, right? But it's all about finding who's gonna thrive at this job and on the candidate side, what job am I gonna thrive at?

Absolutely. So another way I think about how I've staffed up my teams is I'm a big football guy, right? SEC football, South Carolina, looking to have a good year. There's some Heisman hype with Lenore Sellers. So like one of the things that I've been – that I view teams on is putting people – in best position to succeed and then building depth around them right so like so like for example like one of the things that when when Shane Beamer came in and took over Will Muschamp from from South Carolina is the team was kind of in disarray right so he was moving like running backs to tight ends and he was moving the internal tackles to ends and I mean he was revamping everything And so for me, it's like, what does a person want to do?

And I think this may be a little further conversation or interview, but like, hey, if somebody's not really liking what they're doing and they have a skill that they can add to organization, let's get them over there. But then I think one of the things that a lot of companies don't talk about, and I've talked about internally with my team is like, if let's just use the wins the lottery analogy not gets by a bus hit by a bus analogy let's say somebody wins the lottery or gets their dream job and leaves me we're screwed because there's no there's no redundancy plan like we're a very lean team right now and if any of my team leaves like we're going to be in trouble yeah Yeah, I think the way I've approached it is there's still core fundamentals that I want everyone on the team to have.

Then there's the specialties. There's a minimum bar that you need to cross, but that's way easier than I think a lot of us want to believe that it is. I've been a developer for twenty-five years. I got caught up in the trap of like, oh my gosh, they couldn't answer this for loop question. How do they ever write code? I don't think that's true anymore. I'm a little bit more lenient towards that, but it's just kind of like, yeah, there's a minimum bar you've got to cross. You have to be a five out of ten on programming skills to even enter the chat, right? But then it's like, well, maybe five out of ten is not good enough.

Maybe we're hiring the first senior for this team and we need a seven out of ten. Okay. That's where it's got to be, right? And so, yeah, I'm not looking, while talking about the spider chart, I personally, if I found someone that was a ten out of ten out of Kafka, and zero out of ten on everything else my team did, I probably still wouldn't hire them. I'd rather have a seven or eight out of ten on Kafka with some other ancillary skills that my team needs. But it's about addressing that hole, right? It's like, okay, if I hire someone that's a two out of ten on Kafka, then I've got a fifth copy of the engineering team that I already have, which doesn't do me so much good.

Right. All right. So I think we've beaten the job description with a dead horse. Or I mean, actually, not really. There's still more to talk about. But I definitely want to continue to move through kind of the. Yeah. Right. So now you posted the job description. You're starting to get applications. This is where it pays off for the engineering manager, because now reading resumes becomes easier. Again, not easy, but easier. Right. They have the skills that I need. If not. reject them right now that that falls back on you of making sure that you're defining the actual required skills, right? And so if it's if it's a case where you know sometimes you absolutely do need Java knowledge or C sharp knowledge.

Other times it's like hey, you need object oriented programming knowledge and will. worry about the language later right yeah so you got to be careful how you define it but then then that's the the screening process right like okay this is the job description that I've agreed on resume doesn't need that let's move on right um it makes it easier um I struggle still at times um because Like I said, I have I have some adult kids. My daughter has her first job in her career and my son's still kind of finishing school or whatever. But there's like that soft spot, soft spot of me of like sometimes when I'm reading resumes, I'm like, oh, I know they're excited for this.

Like they applied. Right. And I have to be the guy that rejects them. And so that sucks. But By focusing in on what do I actually need, it makes it easier for me. It probably doesn't make it easier for them, especially in the resume rejection phase because they don't get feedback normally other than it wasn't a match. Let me ask you this. As an engineering leader, because this is another thing, messaging with rejection. I've talked to so many engineers that it's like, listen, even if I get a respectful response, from a company, I'm still gonna be willing to maybe refer my friends into an open role if they have it.

How have you addressed messaging, outbound messaging for rejection? So all of that and all of my jobs has been handled by the talent team, the talent acquisition team or recruiters, right? Which I'm totally on board with because then it's at least consistent across roles and all that kind of stuff. But I always try to make sure like, let's not, I don't want to leave them hanging, right? No ghosting. And so I had those conversations with my recruiters or my talent acquisition people like, hey, when we reject these, you know, I don't know if, I don't care if you do it individually or one a day, but like, let's have a respectful, you know, hey, this, you know, at this time it wasn't a fit or whatever.

um I mean I've been at this job for like fourteen months and I think like six months ago I got a rejection for a job that I applied to a year ago right and you're just like it's such a bad look it is um and then there's still countless jobs that I still have not gotten a rejection from uh spring of twenty four so fingers crossed right no um but I think it's important because I I had a I had um I mentioned earlier, I started some one-on-ones, a one-on-one program. And one of my one-on-one people, we call them coachees, coach and coachee, she was really big on helping us overhaul the brand.

And at the time, I didn't really understand branding. And she made the point that like if someone comes in and doesn't interview and doesn't get the job, they should still leave going like, well, at least they treated me respectfully and all this kind of stuff. That's part of your brand. Correct. If it's like boot to the butt out the door, never hear from us again. That's also part of your brand. And that's going to get around, especially. So this was we were all in office in Omaha. Omaha is a I don't know, a million ish people, but it's a small enough tech town that word gets off.

Right. People talk. Yeah. So I think it's really important. I think that's, you know, again, that's a part that's owned by the talent team, but I think, you know, you should be looking at that relationship as a partnership so that it's not just like, well, whatever you guys want to do, cool with me, right? You should be advocating for your people. And in this case, your people are people that don't even work there, right? The people you're interacting with. So then I guess technically in between the job description and the resume, we skipped a step. So we'll go back and then we'll jump ahead. You need to understand based on your job description, what are you actually hiring for?

And then you need to construct questions that find out if that person has that skill. Amazing. It's novel idea. Right. So the way the way skillable works, we have a hiring manager interview where for the most part, it's more of the like, do you align to the values? I try really hard to not say cultural alignment because culture could be like we play foosball over lunch and you might not like foosball. And that's OK as long as you align to our values. Right. The culture should come from your values. If you if you like the same values, cool. Like you could be a culture ad.

Oh. You know, Taylor came in and introduced darts over lunch. That's awesome, right? Whatever it is. Glue guy. Glue guy. Yeah. So the hiring manager typically does the values, the principles, that kind of stuff. Are you the kind of employee that we want? Do you show the traits? Are you able to resolve conflict? Are you honest? Are you hardworking? Do you do innovation? Those kind of things. And then we give it to some of our more seasoned engineers to do a technical assessment, assuming that they pass the first round. Those questions that we ask in the interview, questions I ask in the interview, because right now I've been the one leading the interviews because it's my team.

They're the same for every candidate. They're written ahead of time before we talk to a single candidate. Crazy idea. And then not only are the questions written ahead of time, but examples of a good answer and a bad answer. Or if you want to take it a step further, a great answer, a good answer and a bad answer. are also included. So here's question number one. I'll give away some secrets here. So tell me about a time you had conflict with someone. Bad answer. They can't think of it. That'd be a bad answer. They've never had a conflict, because I don't believe it. Two, they have too many to think of.

Also a bad answer, because now you're the problem maker. Generic on details. Can't think of a specific situation. So they talk hypothetical. Like these are examples of bad answers. And it's not that they're again, not that they're a bad person. This interview, which is a separate skill, is not going well because I don't know if you just have read all the books on conflict resolution and you know what you should do. Versus do you have an example of what you've actually done, right? So a good answer would be, can think of a specific situation. The situation got resolved. They initiated the resolution. So Taylor and I are fighting.

I go to Taylor and go, hey man, we need to squash this beef. Let's figure it out. That's a better answer than Taylor coming to me. If it gets resolved and you're okay with the answer, I'll take it as a good answer either way. But to go from good to great, I'm leading it. And to really go from good to great, I let it and we wound up with Taylor's solution, right? Like that's telling me like, oh my gosh, this person knows how to handle conflict. They're not egotistical. They're willing to accept someone else's idea. Great, right? So maybe that's a five out of five.

Maybe it's a great, however you want to rate it. How do you guys do ratings? I've heard one to five for each question. I've heard one to like- One to three, basically, yes, maybe no. Like, how do you guys do it? I've done the one to five. I would prefer one to three because I think too many like what's the difference between a four and a five? Yeah. Yeah. I think I may know I will fight you. we are not hiring this person I am a yes I will fight you I am we are hiring this person and I'm a I could go either way why don't you tell me where you're at like that's to me the ideal scale that makes sense yeah yeah we don't have an official scale here so it's more of that it's more of that last situation but it's collaborative like we debrief after the fact and you're like hey I thought this and this and this were strong and that's why I am a whatever or I thought this and this and this is weak and that's why I'm a no.

And then that gives someone else to go like, yeah, that was a no, but don't forget these things, right? Right. Excuse me. And so it's important to have those questions. And then those questions should tie back to your values, to your principles, to your ways of working, right? So you should have a reason for asking every single question you ask. That's my opinion, right? Like, don't just ask a question to ask a question. Ask a question that tells you something. So I once had someone on the conflict question tell us about a PR, which is the most common in developers, right? Oh, we had a disagreement on a PR.

Cool. Love it. Let's talk about it. The final question that my other interviewer asked was like, so how did that get resolved? And he's like, oh, it's still going on. and we're like, okay, this was something you told us started a month ago, and you guys haven't resolved a PR conflict in a month, right? There's a reason we asked that question, because I'm not bringing you onto my team and letting these kinds of things hang on my team forever, right? So each question needs to have, not an answer, because I don't believe on most of these, most of these, I believe there's wrong answers, not really right answers, but there needs to be, what information are you getting from this?

Oh, they're creative, they solved a problem, they found a new way of working, they time box, whatever it is, right? those have to tie back to your principles and the values of your organization. So I was reading this really good book, Engineering Executives Primer by Will Larson. He was at Stripe and Calm and Uber and I don't know, some other big names. And one example he gave was Uber has a value or had a value that was like, we make magic. And what they meant was we won't ship something until we're a thousand percent sure it's a good thing to ship. That's a perfectly fine value.

Someone else could have a perfectly fine value that is we ship at the first possible second, right? That's me. I ship always, whether it's fully baked or not. Right. Those are two legit values. It just is a dependent on what is your culture wanting to do, right? So if your questions are like, hey, when was the earliest you've ever shipped? That doesn't really tell you that you'd be a good fit at Uber unless they go into a very elaborate answer about how like, I don't ship until it's perfect. right so you want to ask these questions that are that are getting to what what are the things that your team values and and similarly I just have been working through this exercise at skillable with with my leaders defining not only what are our principles but like our principal we're not we're not creating them we're naming them and we're saying the people that succeed at skillable do these things right and then our questions in the interview process are is this person going to behave like the other successful engineers at skillable if so let's bring them on right if not Not a match.

Right. Right. So understanding the questions that you've got, defining them ahead of time, because then again, we're trying to trying to get to the ultimate answer, which is should we hire this person? Right. If you're changing your questions frequently or between interviews like I get it as an engineering manager, it can get really boring to ask the same question three times in a day, the same five questions, seven questions. You know, last week, a couple of weeks ago, I did three interviews on Tuesday. By the third one, it was it's hard. It's hard because it's like, oh, I already asked this question. Right. Yeah. But it's the first time this candidate heard it.

Right. But if I don't do that, then suddenly it's like, well, Nate was really good at conflict resolution, but Taylor was really good at ownership. Like, well, how do those compare? Right. It's like. Oh, Nate's five stars and Taylor's two thumbs up. You're like, what? Those don't translate, right? And so it's nailing that down. And you do that before the resumes come in because what I found is once resumes start coming in, the interviews start happening quickly. And so now- we've figured out what we need. We've got our job description. We've got our questions. We've got some amount of resumes that have passed our screen.

Do you set certain people to do certain parts of the questions? Because like, do you have a team? Like, do you have a certain people who just does like the non-technical stuff and you have a certain team that does the technical stuff. And then we'll get to Gaston's questions here in a second. But like, do you, how do you guys structure those interviews? Yeah. Yeah, so we're still a pretty small, scrappy engineering org. So there are three of us that will do a hiring manager interview. Two of the three will do it. So whoever the team is, so there's me and another engineering manager, we have teams.

When it's my team, I will be one of the three, a hundred percent of the time. That makes sense. Then the other one would be the engineering manager or my boss, whoever's available, will dive in with that interview with me, right? So that's the hiring manager round. That's when we're trying to figure out values and principles, and then like some real base layer engineering stuff. We're not getting into coding at that round, but we will talk technical. Sure. The next round is our principal engineers. We have three principal engineers, same kind of thing. They each have their own kind of space. So if it's their space, that principal has to interview them.

I like that. And then it's one of the other two principals or our architect, whoever's available, will kind of go through. That also means there's some consistency, right? So if it's me and the other engineering manager, one interview and me and my boss, another interview, that's okay because at least there's consistency. We also I'm also not a fan of not not comparing candidates until you absolutely have to. Right. So if I if I have an interview today and an interview tomorrow, I'm not holding on to this guy today or this candidate today until I talk to the guy, the person tomorrow. I'm moving them forward or I'm not.

They either pass the mark or they did that. Love that. I feel like everybody's like, let's just gather six people in the same area, then compare, then move three on. It's like, well, then what happens is that everybody takes other offers, or then nobody likes them, and then you're stuck with zero. Right. So recently I've gotten a few folks asking me like, hey, when's your time to make this decision? And I'm like, as soon as we find someone. Right. Like I'm not I'm not waiting for like if you're the person you'll find out we'll make an offer. Like so our process is hiring managers interview, give a response to the recruiter.

Let's say the candidate moves forward. Then they meet with the principals. That's a longer interview because we're doing coding, not leak code, but we're doing some trying to make it realistic coding. And then we do a debrief between the principals and between everyone that interviewed. And obviously, by the time they make it to the principals, the early interviews have already given a thumbs up. We should hire this person. Otherwise, we're not moving them on. So then it really is principals. You tell us, should we hire this person? And if the answer is it's kind of a sliding scale. So on seniors, if it's not an enthusiastic yes, it's a no.

On juniors, it's we're willing to have a little bit more wiggle room because we expect to mentor you and train you and things like that. Right. Yeah. But if they say yes, then they drop off the phone and the managers stay on with the recruiter. We nail down salary and we make an offer. And if they accept it, we close the job posting. And now maybe we haven't actually ran into this situation, but let's say we interviewed someone today, got the thumbs up. Yes, we want to hire them. And tomorrow there's a... another candidate. We haven't run into that situation. I think that would push on my boss to be like, hey, can I hire two if they're really good?

Right. But I think that's that's the only time like maybe you do have to ultimately compare if that person excels at their interview as well. But cut them loose or move them forward. Right. So we want quick turnaround. I think it respects the candidate's time. It goes back to the brand. Right. I didn't have to wait. My hot take is I think a candidate would actually prefer to be rejected early in the process than later in the process and have you dragged along. I mean, I was talking to two gentlemen out of Raleigh on Friday. They came to my talk at All Things Open in Raleigh.

They were kind of lamenting about the job search right now. And they're like, you know, I went five rounds and finally got rejected by saying I'm not a fit. But they were like, but I'm a fit to go five rounds. Right. So I have a I have a former boss and she took a sabbatical and was coming back into the workforce and she was interviewing with two companies. And it was for a senior position was like an SVP type position. And one of them, she had done ten rounds. she found out there were four people, four candidates that did ten rounds. We're talking forty interviews and there was at least one more round with the CTO and she took the other job, right?

Because she was just like, you know what that told her? When I want to make a change, I'm going to have to go four rounds or ten rounds with the leaders to make a change, right? And it's just like, It's wasting her time. It's exposing her to like how the company works. But yeah, I've had candidates that I've rejected and rejected quickly. And I've got a message on LinkedIn was like, Yeah, I totally get it. You know, I wasn't prepared or I get that we weren't aligned. But, you know, I appreciate the the fact that you didn't waste my time like yeah I'm not going to I don't I don't want to have my time wasted not not as an engineering manager I'm I'm you know I'm willing to waste my own time at work but I don't want my time yeah as a person to be wasted right so it comes back to how do I want to be treated and that's how I try to run management so I should yeah I think that's a general life principle for being honest um so talk real real quick when it when How do you like to structure your interviews?

Is it an initial intake, technical round? Like, is it three rounds, four rounds? Like, what is your ideal... cadence for that? Mine's three. I can, I can be convinced of four. I also like to limit the number of people. I don't want, you know, I don't want a candidate walking into a four person panel interview if they don't know what's a four person panel interview. It's terrifying for anybody, even, yeah, even us. And even if they do know, I don't really want them walking into a four person interview. I had that happen. I took the job, but it was like, I thought I was interviewing with one guy.

I came in with three. So my, my ideal flow is I like the talent team to talk to the candidate. Yeah. Yeah. nail down benefits answer generic questions general questions not generic questions answer general questions etc if they pass that and not all of them do um we've had for some reason we've had more than a few be just absolute jerks to the talent team I had one I was on an interview with our talent person one time and the candidate no joke this is a tip for candidates don't do this at the end of the interview they go I thought this was just with hr so I would have dressed up better he was wearing a t-shirt And I was like, he didn't know I was going to be on the interview.

And I was like, why would you say that? Right? Like he wasn't moving forward anyway for other reasons. But like afterwards, you're like, you just insulted this team member of mine. Why would you be moving forward? Uncanny number of people do that. So don't do that to the recruiter. Then it moves to the hiring manager interview. I like to go first because, again, I'm more willing to spend my time screening candidates out than pulling engineers off of work. So good. I look at it as a funnel too. The resume process should eliminate some, the talent management should eliminate some, the engineering manager should eliminate some, and the principal should eliminate some.

If at any point in time, the next round just passes on the person that you passed on, it's a worthless round, right? It should be a filter. It should get smaller and smaller. So I don't know. I don't keep track of statistics and things like that. So I don't know. We can say I've interviewed a hundred people and of those hundred... made it to the principles maybe over the last fourteen months, something along those lines. That's the, you know, fifteen, ten to ten to thirty percent would be where I'd want to pass it along. And so that's how I like to do it, is have that technical round last, because at the end of the day, if you're an amazing developer but you're a jerk, I still don't want you.

So why not eliminate easy things first and eliminate the things that don't pull someone off of writing production code or fixing an incident or whatever else is going on? let's address those things first. If you, if you pass the hiring manager, then like, yeah, you would be a good employee here. Now we just got to figure out, do you have the technical skills that we need? So let's for poops and laughs, let's, let's, let's do it. If you were to do percentage to reject, what would you say the stages are? So first round internal recruiter screen, probably what? What? Yeah. So, I mean, the biggest rejection is at resume, right?

So that's eighty percent right off the bat, probably. Yeah. OK, so. Yeah. So keep in mind, you're you're trying to define a specific job. So your rejection of resume should go up if you're doing this because not enough. You know, you're very clear on what you want. So then of those people that get through to the recruiter. Yeah. Something like twenty percent reject at the recruiter level. Then it flips. It's like. sixty, seventy percent reject at the hiring manager level. Yeah. Yeah. Yeah. And then and then the principals, it's it's maybe fifty, fifty, twenty, thirty. So it's almost yeah, it's almost like a bell curve almost like it is.

Right. And and some of it, too, is so like our process is recruiter is like thirty minutes at most. A lot of that is just getting basic information. If they don't have questions, it ends earlier. Fifteen, twenty minutes. Hiring manager interview is like, forty five minutes. We always have our set of questions that we ask and we always leave time for the candidates to ask questions at that point. And then the principal's is like, is like ninety minutes, I think, because again, they're going to they're going to do some coding and that'll get them into, you know, OK, well, how did you handle this situation?

What would you do with this requirement? That kind of thing. So all told, what is that? Two and a half hours, three hours. Yeah. Yeah. um I love it uh what else I mean we're already at you know kind of fifteen minutes left I do have some rapid fire what what what are some key things that we maybe we have missed yeah so I'll just all in so let's say we've gone through that entire process and and we're down to you know um maybe you maybe you are someone that's comparing candidates right yeah yeah so we'll finish with this then we can take it however you want but um several years ago I was talking in a group of friends and they said hey we're trying to hire I don't remember what the position was I don't think it was technical but We're trying to hire a VP of whatever.

We've got three candidates. It's two guys and a woman. And we want to have a more diverse team. And we have a lot of dudes already on the team. But the woman is the worst candidate of the three, like objectively the worst. Like, what would you guys do? This is what the friend was asking us. And the other friends were like, you don't hire the woman, right? Like if she's objectively worst, the worst of the three, then you hire the one that's the best fit for the team. And if you're worried about the diversity, the diversity problem starts back when we're pooling candidates, right? If you don't have...

if you have one woman through the entire process, you don't actually have a diverse process. You have, you have a token, right? You have a, we're doing diversity person. If you have a mix of like, Hey, this week we interviewed three women. Next week we interviewed three men. We've interviewed different ethnicities, like all that kind of stuff. Then you can just hire the best person because it's like, we did the work at the beginning of like, we've got, we've got men women we've got you know different ethnicities we've got different backgrounds different nationalities all this kind of stuff and we're just like yeah like this person cleared the bar right now I would say at the end if all if consistently the only people clearing your bar are the same person then okay let's go back and look at the bar but if your pool is is well funded well populated I guess then it makes the easier the decisions easier at the end and I think that's know from a diversity standpoint that's what we're trying to do but also from just a general hiring standpoint um uh what are you trying to do right so like again we're trying to find the best person and so let's get as big of a pool as we can that meets our that clears our bar and then go from there Yeah, absolutely.

Emre, if you were paying attention and not talking junk the whole time. No, this is where you write good job descriptions, right? Again, I think I've always had some of the best diversity on my teams. Why? I've always hired remote, right? And I've pulled from my communities, right? I think that's incredibly important. But I think the way you write job descriptions to have an inclusive, not an exclusive mindset. right? I think there's ways to write job descriptions and we've talked about it briefly at the beginning. Um, but that, that really, really helps as well. I, we had a, we had a tool at my last job.

I can't remember what it was called, but now, now you can use an LLM for it. Um, and that's like, do a sentiment analysis on this and it'll flag like, Hey, this is like, this language is definitely leaning towards mid fourty year old white dude. I'm like, well, cause that's the guy that wrote it. Right. So, so then it'll say like, Hey, if you, If you want to make this more inclusive, change this language to that language, it's that part of the job description. The other thing I'll say too that I learned by hanging around conference organizers is you have to do some outreach. Maybe this is an engineering manager, maybe it's a talent team, maybe it's both, but proactively reaching out to people as well.

encouraging them to apply, asking them to apply. Whenever I do that personally, I always tell people, yes, I am the hiring manager, but I am not offering you this job. I'm asking you to go through the process and you might get it, you might get rejected. But if you just wait for the people that only apply, then you are reducing the amount of diversity in your pool. So reach out proactively, user groups. There's like my friend, your friend, Jennifer Waddella, Kansas City Women in Tech, right? If you reach out to Jennifer Waddella, She's like, I can send you some great women that will rock your job description if you reach out to different people, things like that.

Yeah, absolutely. Absolutely. I do want to get – Gaston, I want to get to your – I mean, listen, I think this is a whole other conversation as well. When you have ten recruiters look over your profile, but there aren't any interactions, it seems like recruitment farming. This is a whole other talk around recruiting, but I will tell you this, that – recruiters are only incentivized to talk to the people that are a one-to-one fit so that means in my mind that at least your profile is good enough where you are getting the looks, but there are things in your profile that for whatever reason, the recruiters aren't looking at or wanting to see.

So again, like it's not recruitment farming. That's just the way recruiting works. Let's see here. I'm gonna go. Let's look at Elliot's comment at ten nineteen. So this was a question that was asked of me when I was interviewing at my former place. And it was about like, what does diversity mean to you? And I tripped all over myself. And I actually finished the interview, hung up, and was like, if I don't get this job, that's the answer. I ended up getting it. I followed up with my boss, like one of our first one-on-ones. And I was like, I absolutely bombed the diversity question. Because what I was trying to say was that it's multifaceted and it shouldn't be just gender or shouldn't just be race or shouldn't just be economic prosperity or any of that kind of stuff.

It's not what I said. And it basically came very close to saying like, oh, there's diversity in thought, which is absolutely true. But it was also often a cop out like, oh, well, we think differently. And I was comforted by her answer, which was made everyone trips over that answer. It's a difficult question. Right. But it is very multifaceted. And I will also point out that one of my favorite sayings that I learned within the last decade was like, no single person is diverse. right it's it's diversity is literally the combination of people so you get someone that you know went went to stanford and you get someone that went to a community college right pretty good chance there's some diversity there economic or connections or whatever you get gender you get ethnicity nationality background like all this kind of stuff and then you build that all together um I'll also say as a company that um or not as a company but if a company has a has had a like a stable like kind of plateau area and now they're starting to grow it's another chance to bring in diversity because you're bringing in people from the industry that maybe have done things differently um and that gives you some injection of uh of new ways of doing things and people have seen things before so it is multi-faceted um and yeah you've got to reach out uh because otherwise um whether you intend to or not you'll kind of just wind up with your own circle if you're not careful I love it.

Yep. A hundred percent. Um, all right. So, uh, also Nate, just download this, this YouTube, throw it into chat, GBT, create some slides, and now you got your presentation for future conferences. So there you go. Um, yeah, that's a whole other topic. I'm sure that's being, uh, I'm sure that's news to you that I'd be contrarian on something. Yeah, of course. Of course. All right. Uh, so I want to get kind of the rapid fire here. And again, thanks for everybody tuned in. Um, we're, we, we tried the real time chat. I kind of liked it. Um, uh, so let me know your thoughts if you like that.

Um, but I want to get into the kind of final round rapid fire here. Nate, what is one tech tool app? Something you can't live without right now. Um, My traveler's notebook and my fountain pens. All righty. Old school. I'm a manual writer. We are a man of the people here. Let me ask you this. What's the first tech job that you have... No, not tech job. What's the first job you ever held that you got paid to do? My first W-II was Wendy's. My first job before that, I did... was like a general contractor's assistant made like two bucks an hour to like pick up the shingles after he threw him off the roof came home covered like literally like covered you know you pull my sock down and you're like oh my gosh you're really white because my skin was so dark from the the shingle dust yeah um so I love it yeah that's awesome um let me ask you this uh you know especially as an engineering leader are you guys fully remote at skillable Yes, we've never had an office, so.

If you could make it, like if you could dictate your ideal cadence of onsite versus remote, and these are only your views, I understand that, but as a leader, what type of setup would you like to have the best? I really enjoy remote right now. Twenty two thousand four to seven. I worked from home and I said I would never do it again. And a lot of things change to make that not be the case. And now I'm kind of at the point where, like, I've learned from my mistake and I will never say I won't say never in office again. But like for the foreseeable future, I don't want to be in the office.

Um, but I would say, um, two, uh, two to three times a year, um, uh, as a minimum, uh, as just like a team get together, uh, two to three times a year for, you know, three days ish, not including, not including travel. So, yep. I love it. I love it. Uh, what is, uh, when, when you were growing up, when you were a kid, what did you like want to be when you grew up originally? Yeah. I mean, engineering was one of them. So my dad was electrical engineer. Oh, really? Okay. Yeah. Okay. Nerd at heart. I love it. Yeah. His brother was a computer programmer for Rockwell Collins in Texas.

And so I just kind of grew up around that. After Top Gun, I wanted to be a fighter pilot for a little bit of time. Who didn't after watching that movie? I did debate in high school. It got a lot of people. There's some great stories about the director being cussed out by people. I joined the Navy and it's not at all like what you said. I did debate in high school. There was a period where I thought maybe law. Mostly just engineering. I love it. I love it. What is what is one career mistake, career mistake that you are oddly grateful for? Hmm. I mean, I know they always all work out in the end, but.

So so I guess this could be maybe maybe kind of the same in the same light. But in two thousand four, the reason I was working remote was I left my my job at Caterpillar and attended seminary for three years. And I actually went to some or I went um remote with caterpillar I was there for that team it was the first person uh to do remote so I could because I was like hey listen we're writing windows software I feel like I can do that anywhere um I gave a uh a six week notice because I was like if I give you two weeks there's no way this works out um I was able to do that for three years like between twenty five and thirty hours a week while attending school um it worked out um But, you know, if I had stayed and just done full time development, I probably would have gotten better at development faster.

Sure. That said, we'd probably still be in central Illinois. So it would have changed a lot of of my career trajectory because there was like, I'm sure there was more than one employer, but there was basically one employer in Peoria, and that was Caterpillar, right? Not a ton, like, and the people that weren't Caterpillar were, you know, contracting back to Caterpillar. So I loved my time at Caterpillar, you know, I worked for him for seven years as FTE and contractor, but by doing that, you know, I moved into .NET, I moved into web development later, I moved into javascript after that and um you know started speaking at conferences which allowed me to get to plural site as an author and just kind of advanced my career so um yeah it's hard for me to say there was a mistake that would be the one maybe I I wouldn't advise someone to like take a three-year sabbatical and attend seminary unless they uh you know really feel called to um yeah but yeah that was the one I love it I love it um second last question If I were to tell you tomorrow that you couldn't do anything in tech anymore, but the money's the same, if not better, what, what's like a hobby you'd pursue?

Yeah, I had a boss ask me this once, well, the one that took her sabbatical, because she was gonna take a sabbatical. I think I would be, I think I would have a series of small businesses, and I don't mean like a serial entrepreneur, but like, I would love to do water features, like the kind that require big, heavy equipment, you know, like building the waterfalls and all that kind of stuff. It's fun. I've never had anybody say that on my show before. So I built, I mean, I built a koi pond, and then I expanded the koi pond, and I dug it all by hand, and it's really cool and all this stuff now.

Dang, dude. Dang. Um, that would be fun, right? It's just like, you get to go do like landscaping architecture kind of stuff, but I don't want to break my back. So heavy equipment kind. And then, I don't know, I would move on from there. Like that would be fun for a few years, years, five years. And then I'd move on to something else that catches my eye. Um, maybe a bookstore owner. Um, I don't know, something like that. I love it. That's awesome. All right, man. Last questions. We wrap up here again. Thank y'all for tuning in. I really like these hour conversations where we're just able to dive into so much more.

And I feel like the interactions have been great. The last, the last two or three episodes I've done. Um, so last question, cause we had guidance counselors, the middle school, high school, now adults, we don't really have them. That's why the show is called guidance counselor. You can go back in time. One piece of advice for young Nate. Um, I think you'll like this one is I would give some very clear advice about what networking is and isn't because there was always this talk of networking. And I grew up, like I said, my dad was an engineer. Dad did not believe in networking. And he worked at one company for thirty years.

He worked at two companies in his career. And then I think once I started hearing about networking, it sounded like, you know, go to the happy hours and all that kind of garbage. And I mean, I'm only on this show because we were on it at a conference together. Right. And I hung out in the speaker's room and talked to people about code and things that were nerdy. And I liked it. And then after the fact, you realize like, oh, that was networking. Right. And so networking doesn't have to be a big, scary thing. And I would tell myself that earlier because I probably didn't start that.

I was just at KCDC a couple of weeks ago as an attendee and was talking to some people. The first two years I went to KCDC, I didn't go to the speaker's dinner. I didn't go to the attendee party. I went to my hotel room. And it was like year three, I finally realized I should go do that stuff. They're already paying for it. And that's when like the networking started happening and I started meeting more people. So that was twenty sixteen. So was that nine years? I was thirty eight when I finally learned that lesson. Thirty nine. Yeah. So I think that's that's what I would go back and tell people about.

I love it. Tell myself about. I love it. That's awesome. All right, y'all. Thanks again for hanging out. I got to bounce another mean. Stay on real quick back. So I can say bye to you, but y'all have a great one. Go connect with Nate. He is a wealth of knowledge and we will be live tomorrow. I have the founder and CEO. His name is Ken. I'm in charge of Ropes AI, which is an assessment platform that we actually use at Torque. We're going to talk about what skills he's seen that's in demand right now, what skills you need to kind of future-proof yourself for.

He has the real tangible data of what companies are asking for in terms of assessments. So it's going to be a great conversation. So have a great one. We'll see you all tomorrow morning, nine thirty a.m. Central. Peace.