The Matrix - Red Pill or Blue Pill

Output from command in shell 492d40:
WARNING: Your yt-dlp version (2025.12.08) is older than 90 days!
         It is strongly recommended to always use the latest version.
         You installed yt-dlp with pip or using the wheel from PyPi; Use that to update.
         To suppress this warning, add --no-update to your command/config.
[youtube] Extracting URL: https://www.youtube.com/watch?v=nOapM8i5jr0
[youtube] nOapM8i5jr0: Downloading webpage
[youtube] nOapM8i5jr0: Downloading tv client config
[youtube] nOapM8i5jr0: Downloading player 4918c89a-main
[youtube] nOapM8i5jr0: Downloading tv player API JSON
[youtube] nOapM8i5jr0: Downloading android sdkless player API JSON
[youtube] [jsc:deno] Solving JS challenges using deno
WARNING: [youtube] [jsc] Remote components challenge solver script (deno) and NPM package (deno) were skipped. These may be required to solve JS challenges. You can enable these downloads with  --remote-components ejs:github  (recommended) or  --remote-components ejs:npm , respectively. For more information and alternatives, refer to  https://github.com/yt-dlp/yt-dlp/wiki/EJS
WARNING: [youtube] nOapM8i5jr0: n challenge solving failed: Some formats may be missing. Ensure you have a supported JavaScript runtime and challenge solver script distribution installed. Review any warnings presented before this message. For more details, refer to  https://github.com/yt-dlp/yt-dlp/wiki/EJS
[info] nOapM8i5jr0: Downloading subtitles: en
[info] nOapM8i5jr0: Downloading 1 format(s): 139
Deleting existing file /tmp/yt_caption.en.vtt
[info] Writing video subtitles to: /tmp/yt_caption.en.vtt
[download] Destination: /tmp/yt_caption.en.vtt

[download]    1.00KiB at  Unknown B/s (00:00:00)
[download]    3.00KiB at    2.31MiB/s (00:00:00)
[download]    7.00KiB at    4.28MiB/s (00:00:00)
[download]   15.00KiB at    7.73MiB/s (00:00:00)
[download]   31.00KiB at    1.92MiB/s (00:00:00)
[download]   63.00KiB at    2.63MiB/s (00:00:00)
[download]  127.00KiB at    3.15MiB/s (00:00:00)
[download]  255.00KiB at    4.25MiB/s (00:00:00)
[download]  511.00KiB at    5.69MiB/s (00:00:00)
[download] 1023.00KiB at    8.96MiB/s (00:00:00)
[download]    1.10MiB at    9.27MiB/s (00:00:00)
[download] 100% of    1.10MiB in 00:00:00 at 3.59MiB/s


Exit code: 0

Output from command in shell 4c962f:
 
"Oh, this is my one shot at getting this
[laughter]
[laughter] to this to this process. they
[music] like OpenAI and Enthropic. I'd
[music] play, you know, a huge role.
[snorts]
[snorts] Senior engineers make different
>> [snorts]
>> A lot of people their their companies um
>> and how to prep for specific companies
>> And you said that scope is more
>> and your job as the candidate is to sort
>> At Anthropic, they're known for
>> Awesome. Well, thank you so much Austin
>> But I have seen cases where referrals
>> but you're continuing on some rehearsed
>> Do we have to choose? Like, why do we
>> Engineers tend to be pretty structured
>> exactly
>> For sure. So um uh well yes for sure the
>> here's the full episode.
>> I don't regret leaving. I think um I had
>> I don't think actually I don't think so.
>> I had a lot of imposter syndrome. So I
>> I think I was frustrated I think I was
>> I would say that the best advice that I
>> I've never seen an experience where
>> If you know the rubric, then you can you
>> In order to get to M2, I had to solve
>> in the hiring committee. Have you ever
>> in the interview process. It sounds like
>> In theory, if someone was a a
>> Is that also a case where the hiring
>> It scales exactly with with uh with
>> It's about me, right? Just be yourself.
>> Let's say I I did um relatively bad.
>> let's say someone is maybe a staff
>> like on the phone screen, for example.
>> Most people are spending way too much
>> Oh, of course. Of course. I mean, the
>> Oh, yeah. And behavioral interviews is
>> Oh, yeah. Oh, yeah. In fact, preparing
>> Okay. Yeah, the recruiter, there's the
>> One framing I know that's common in
>> principal. They work in finance and
>> recruiter.
>> Right? I'll give you a sense of where um
>> right? Right. So, we should talk there's
>> right? So know the rubric, right? That's
>> Right. Right. Right.
>> So I'd love to learn more about the the
>> so sourcers understand this and
>> So the first thing I say is that the
>> So there are different style of
>> So typically referrals are going to be
>> So what we have looked at is um not so
>> so when you're saying you were you were
>> So, every company's a little different.
>> So, going back to the um the the promo
>> So, I guess going back to the the
>> Thank you for listening to the podcast.
>> That intentionality got rid of those
>> That that decode part is so important
>> The most one of the most important
>> there's a they're trying to figure it
>> This is Austin McDonald. [music] He was
>> Um, so yeah, I think that's that's so
>> We covered how to avoid down leveling at
>> We covered how to avoid getting down and
>> We talked about some of the subjectivity
>> we talked earlier about the rubric that
>> We would not be able to hire someone at
>> Well, I think that it comes back
>> Well, that's the key. Who conducts the
>> What actually goes on in the hiring
>> What does that rubric look like?
>> What if you had some really unethical
>> What percent of these interviews because
>> When I worked at Meta, I mean, referrals
>> When it comes to interview prep, I mean,
>> When it comes to these subjective parts
>> Who do you think would perform better on
>> Yeah, [laughter]
>> Yeah, always be closing for sure.
>> Yeah, for sure. Um I I would say I would
>> Yeah, look, I'm not a negotiation
>> Yeah, thanks Ryan. Great to be here.
>> Yeah, that's a really good question. I'm
>> Yeah, that's that's great advice. I
>> Yeah. So the first thing I would say
>> Yeah. So the first thing is to
>> Yeah. So the for example the um first
>> Yeah. So, a story has to have an arc,
>> Yeah. So, lots of social science has
>> Yeah. So, one of the themes here in our
>> Yeah. Welcome to the world, right? And
>> Yeah. Yeah. Can I be direct with the
>> Years of experience and previous uh
>> Yes. Yes. Exactly. Vice president vice
>> You know, we can talk about lying right
>> You mentioned briefly there, you said
>> you you worked a long time at Meta
A a well-run company, especially big
a at a staff level packet is I would go
a big difference. So if you can find a
a coding phone screen. Then um there's
a cultural quality that that u that
a hiring committee and we make a
a is a staff level engineer or a senior
a lot of what you said sounds like
a meta hiring committee member and led
a non-biased decision. But I think the
a really great time. I work with a lot
a senior level. And I would go directly
a senior packet the first thing I would
a sourcer who's just looking at your
a sourcer. There's also a different
a staff level [music] unless we had
a story uh it may have a part about
a very good communicator. I I guess a
able to go back to that choice a number
able to stand in front of the CEO and
able to tell your stories in a way that
about a day in the life of engineer like
about a few things but then we're back
about about not being able to progress.
about all the things I've done, then it
about ambiguity. Um the third thing is
about and you need to do that early
about assessing those? And if they don't
about behavioral interviews, you've
about compensation with these folks, but
about especially a principal engineer,
about growing and learning new things
about how you talk about the the scope
about interview prep, my my first
about landing a certain job, you need to
about level also the content of the
about lying, right? There are some
about me 101 15 years from now. Um, that
about mitigating those? how did you go
about new domains that we can apply AI
about others really changes how you
about technology and then they start to
about that that like you said the
about the hard technical problems like
about the leadership parts. A lot of
about the the middle part of the project
about the uh the technology. Although I
about things and I said now this person
about this and he says like well this
about this like companywide project that
about this project and you would talk
about uh they talk maybe they maybe they
about uh you know a project that was
about what makes this role really
about what size business problems have I
about who you know sometimes than than
about yourself when when they especially
about, the way that they would judge the
about. Why is it that that this project
accomplish accomplishments that they
accomplish and solve problems that are
accomplish in in that operation. So when
accomplish this engagement goal or this
accomplished a ton in their career um
according to the rubric, which is the
across coding, system design, and
across in as a deep question to the
across in the meeting is is is affecting
across Meta and after having conducted
across the level. Sounds like as you get
across uh other companies as well and
action parts may have some romance parts
actions they did that are repeatable.
actions, right? So I think that that
actions. It will bookend the actions you
actual decision maker in these
actual words that are coming out of my
actually
actually benefits them to find some a
actually got an offer at Anthropic. when
actually hurting your time management
actually think this was my my situation.
actually, that call is, hey, talk to me.
add a few other ones. So one thing that
add. So we can talk about that at some
additional behavioral interviews and
advance. And um since I've left big tech
advance. It's very important if you can
advancement that you that you've brought
advice from them. But I will say that um
advice or you have to somehow give me a
advice that you hear not just doing the
advocate for you in the room um and to
after you go through the on-site
again comes back down to that tell me
AI in the past to anthropic, you would
AI to tell you, oh, let me tell you
air time you're wasting your time and uh
aligning on road maps that sort of
all the way through the process. That is
all those soft influence type of things?
all those things. And we would see uh
almost reminds me of a politician where
alongside this person. let's have this
already? And this becomes super
also will not get promoted or you also
although if you know maybe in an AI
always come back to, oh, you know,
always the follow-up questions. And I've
am I doing the right thing um so what
am? And is there one versus the other
ambiguity and what level of
ambiguity it may have a part about
ambiguity of an intern is very different
ambiguity right that's how we that's how
ambiguity, conflict resolution, the
ambiguous project. Tell me about
an internal thing. believe that the
and a manager that's going to be uh
and advocate for that before the
and also like an important skill for you
and as a low-level engineer, they just
and be okay I think that staff or or
and David Fowler. I wasn't aware of them
and delegation and organization and
and deliver things. I think they are
and even see if you're worth talking to
And how are you going to assess that?
and how do they contribute to the hiring
and how they uh you know how they
and I hope it's helpful for people.
and I I think that I added a lot of
and I kind of pow of that and we laugh
and I recommend that you go get some
And I think that makes sense. That's
And I think that there was I would even
and I wish I had had done that earlier
And I would push for um to go ahead and
and I'm I know that you've been involved
And if I would like to have that kind of
and if you give me too much context
and if you're if you are like that then
And it's can be difficult, but this is
and it's not going so hot and then
and junior candidates and senior
and like somebody I would love to work
and like throw you out and and judge
and luck when it comes to career growth
and manager ones. So like I think those
And one of the things one of the ways
and positive about what AGI and what AI
and promos, but I feel like the most
and really that difference is about
and said you know what I I really value
and say I have demonstrated and
and shade. And really what they're
And so when I applied, I I flubbed a
and so when you're uh when you're
And so, and I think this is especially
And so, thank you. Thank you. Um,
And so, today I want to cover all of the
and somebody who just wants to go down
And sometimes that can be kind of
and supporting my wife as she's building
and that's giving me um for for one
and that's that's okay that's okay if
And the the way around that um is to
and their title is um extremely high.
and then can you tell me a story which
and then I can tell a longer story
And then I'm seeing what they're saying.
and then is able to push the the
And then the second place is in that uh
and they are willing to go through a
And they can tell you how difficult it
and they're assessing you there as well
and they're interrupting me, which is
and they're trying to reduce this kind
And they've codified those things into a
and this and I I was able to overcome
And uh but the thing that really drew me
and uh this candidate was uh had not
And uh this person is the person that
and usually it's driven by consensus. So
and we would certainly look at that. So
and what you did if it's been like 30
and who will be willing to to go and
And you have to quantify that. So you
and you're trying to figure out am I
And, um, I remember one of my managers
another guideline there is uh when
Another interesting thing I want to
answering questions. But then when it
Anthropic has one called hold, light,
anxiety to my life in various parts of
anybody, but if you can find a referral,
anyone's permission. Um, and then the
… (2990 lines truncated)

Exit code: 0

`| head -300` was parsed out (300 of 3290 total lines shown).
<truncation_notice>
Full output written to: /var/folders/d9/mzhyr7lx6xbf236j5ll9v_300000gn/T/devin-overflows-501/7670e6cc/content.txt
</truncation_notice>

Output from command in shell dbdeb0:
Sometimes we would downlevel them significantly. >> This is Austin McDonald. [music] He was a meta hiring committee member and led mobile hiring across the company. And I asked them to share what happens behind the scenes. >> But I have seen cases where referrals [music] play, you know, a huge role. >> What does that rubric look like? >> We would not be able to hire someone at a staff level [music] unless we had provided two system designs. >> We covered how to avoid down leveling at senior levels. [music] You mentioned there's an initial leveling determination. There are certain conversations you should be very careful about >> and how to prep for specific companies [music] like OpenAI and Enthropic. I'd be curious to hear what you see in their values to help people who are looking to get hired at these companies. >> At Anthropic, they're known for assessing [music] whether or not you are >> What if you had some really unethical candidate? >> You know, we can talk about lying right now. If you can do that successfully, >> here's the full episode. Behavioral interviews are kind of one of the most common signals in hiring committees that down levels candidates. And so, and I think this is especially important for senior engineers and hire. And so, today I want to cover all of the common mistakes people make, how to prevent from getting down, and also I'd like to go over some company specific tips for people who want to work at hot companies like OpenAI and Anthropic. So, you know, I'm hoping that with your experience working on recruiting, leading iOS and Android recruiting um across Meta and after having conducted hundreds of interviews, I'm hoping you can kind of give us some of the behind the scenes in these hiring committees so we can learn about how to do better in our behavioral interviews. >> Oh, yeah. And behavioral interviews is my favorite thing to talk about. So, I'm excited to be here. >> What actually goes on in the hiring committees? Uh the first thing I would say is like when I would get a packet in front of the hiring committee and it was a senior packet the first thing I would do is go to the behavioral interview I would want to understand what is the scope that this engineer has operated at in the past what's their level of influence what's their level of insight what's their level of communication what's the level of organization that they've operated in that would be the first thing I did and these committees are built of other engineers they're built of other engineering managers who are influential in the company they're recruited by someone like me the the hiring committee chair and their job is to partner with recruiting to understand whether or not this engineer should be hired, hire an OIR decision, but also a leveling decision. And then they send that that up to a sort of companywide uh committee of people who honestly most of the time what they do is just sort of a gut check on on a sort of a cross uh you know cross company hiring bar. >> So I'd love to learn more about the the back end of the recruiting. So, let's say I'm a staff candidate and I'm going to go get hired at Meta. Who are all the people involved? What do they care about and how do they contribute to the hiring process? Yeah, great question. So, the first person you typically engage with is somebody called a sorcerer. This is someone who is responsible for finding potential candidates. Oftentimes, they're more a junior on the recruiting side, more this is an entry- level um job for a recruiter. Their job is to co- contact you or maybe to process uh referrals. this sort of first touch point. They're looking at some kind of job description. They're looking at your years of experience. That's probably the biggest thing. They're assessing your past companies, your past uh whatever they can find about your past experience, looking through the referral that they look at and seeing whether or not they want to pass you through to some kind of phone screen process. Right? So, this is the part where you see it as a as an engineer. Some sometimes this phone screen is is a technical one where they're going to be giving you some kind of uh you know coding interview, right? That's really common. It could even be a sort of a pre uh you know pre uh phone screen conversation where they're asking you sometimes we would give out multiple choice questions for engineers like oh tell me about this part of iOS or tell this part of Android and then you'd have to be able to answer those questions just as a sort of a like a a pre-f filter right to make sure that we're doing phone screens in an efficient way. Of course once your phone screen happens it goes to a uh to back to the hiring committee actually unless it's a very solid hire. If it's a very solid hire on the phone screen side, you get passed directly onto the scheduling for an on-site interview. But if it's kind of on the border, then we would review it as a hiring committee. We would look for signals, all the signals that that people talk about in coding interviews, communication and problem solving and all those things. And we would see uh whether or not it would be worth to to to a follow-up interview or we should just pass on this person on through to the uh to the to the rest of the of the hiring process to on-site or if we should maybe uh you know pass on that person overall and just maybe come back to them uh some other time. So that would be the first time the hiring committee is involved in in a hiring decision. After that um sometimes the hiring committee would be consulted when there is a certain kind of candidate has specialized experience. So for for example, if you were like a very low-level u mobile engineer doing uh like C++ work for example on the mobile side, we would want to make sure that you were giving you an appropriate system design interview that really assesses you for your specific skills. So then we would also uh typically be consulted at times when there's a a a choice of whether or not this person is a is a staff level engineer or a senior engineer. Often times that's the place in companies where the hiring process starts to change. So for example at meta specifically staff level engineers would have two system design interviews and so they we would not be able to hire someone at a staff level unless we had provided two system designs. So that sort of decision about how to structure the loop starts uh starts starts there at that that onscreen on-site um scheduling um point in the in the hiring process. Um and then of course if you as you go up as you go up to principal or as you go up to distinguish engineer those hiring um processes are very different and they add additional behavioral interviews. That's what they add. So we can talk about that at some point. That's how they assessing whether or not someone is a principal engineer or distinguished engineer. Um, and then after you go through the on-site experience, then it comes back to us as a hiring committee and we make a decision. Do we hire you at what level do we uh do we add any additional uh follow-up interviews? Maybe when the interview didn't go very well, maybe an interviewer, maybe you flubbed it and we want to give you another chance. Maybe we uh maybe the interviewer didn't do a very good job acquiring signal. Um, and that happens a lot actually in the behavioral interview. So, the behavior interview is one of the hardest ones to to give and one of the hardest ones to interpret. So oftentimes we would do follow-ups on on behavioral interviews if we didn't get the right signal and then after that it it at least at Meta it would go to a committee of engineering directors and they would make the final hiring and leveling uh decision. Sometimes u members of the hiring committee would accompany the recruiter to that conversation with u the engineering director


Exit code: 0

Output from command in shell ea4d37:
s and advocate for our decision as a as a hiring committee. So possibly we're deciding to take a chance on somebody. Maybe this aspect of their packet is weak but we're really excited about that. We think that the company would really benefit from having engineers who have whatever that specific trait is, this problem solving piece or this technical skill or this um organizational influence skill that they've demonstrated in the in the in their onsites and we would need to go and advocate for that before the engineering director. So that would be um that would be the the process for a uh you know for an engineer from start to finish. At the beginning, you said there's that low-level recruiter that makes some gut reaction. And just to understand, because the leveling decision is the thing I'm most curious about, the way that they would judge the level of the person to kind of enter the funnel is mostly based off years of experience. Is that right? >> Years of experience and previous uh title. So, if you were a staff engineer at Google, then they'll probably try to bring you in staff engineer here at at Meta. Now a lot of companies like Meta uh don't have public levels. So it can be difficult to see um just from someone's LinkedIn what level they are. So that's why they rely so much on years of experience. >> A lot of people their their companies um let's say it might be someone outside of Fang who has many years of experience and their title is um extremely high. Let's say they're >> principal. They work in finance and they're vice president. [laughter] >> Yes. Yes. Exactly. Vice president vice president like four years. Um yeah yeah yeah [laughter] but like let's say it's it's someone you know principal architect at some uh non-Fang company for instance what's that recruiter going to set them at and how do they get leveled when you're not in fang coming into fang >> so sourcers understand this and recruiters understand that there is level inflation in different parts of the industry and so we would take somebody um you know at who worked at um even sometimes big tech companies but non uh non-fang companies like maybe companies that are that are more oriented towards business, we would take them and and and download them significantly. So, they would be they would even be supporting maybe um 10 or 15 20 people as a manager, maybe even more, maybe 50 or 50 or 75 people as a manager. And sometimes we would downlevel them and just give them a team of eight or 10 fang engineers right at at Meta. And likewise for for for IC's. So, um it's not just that if you put on LinkedIn, I'm a principal engineer, you can suddenly get principal engineering sorcerers reaching out to you. uh they understand that that um different companies have different expectations for for their levels and maybe there's some world which we would like to live in that this is all consistent but um it's not that's not the world that we live in. Just out of curiosity, what if you had some really unethical candidate who they were they worked at Google, but let's say they uh in reality they were only a senior engineer or something wherever they were, but they had the years of experience where it'd be believable that they could be maybe a senior staff engineer or something like that and that was listed on their resume. What would happen if someone did that? And I imagine that first hop would go to senior staff. What what then happens that prevents that from working? >> Yeah. So the for example the um first phone screen with an engineer that you have for a staff level engineer or above is usually some kind of uh not just a simple coding exercise like you would for a mid-level or a senior engineer, but it is also sort of scope check. there's a a mixture of coding, system design, oftentimes a conversation with you about your past experience where you walk yourself where you they walk you where the candidate needs to walk the interviewer through some large project that they shipped. Now, um so that's the first the first sort of check. Can you pass a sort of system design conversation at a high level such that we would pass you through for the the on-site the real system design interview and then can you tell me a story which is of sufficient scope of what you've executed. Now, you know, we can talk about lying, right? There are some really famous liars in the world. We call them actors. So, but I will tell you that that Los Angeles's restaurants are filled with uh people who are trying to get into the lying business, right? And they can tell you how difficult it is to be an actor. So, yes, I do think you can maybe you could come up with a story, right? And you maybe you can use AI to tell you, oh, let me tell you about this like companywide project that I shipped at at Google. It is pretty challenging to lie in a convincing way. We as as you know, people, we have this sense of of is this person really telling me the truth? And then there's always the follow-up questions. And I've I've experienced this in my coaching coaching job where I can tell someone's telling me a story that they have gotten from an AI because I start to ask them these follow-up questions, especially about technology and then they start to give me these kind of vague answers or they really don't the answers don't sort of don't fit together and then I get the sense of like this person's just not telling me the truth. I am I am I foolable? Like yes, everybody's foolable. If you're a good enough liar, yeah, you can you can make this happen for sure. But I think it's actually much harder to lie than most people expect it to be. And so that's the first that's the first step. And then um after that you have this this barrage of on-site interviewers interviews with highly calibrated people. So when we put interviewers for staff level or for or principal level engineers, we send very senior people to those people who have been in the industry for very long time who have interviewed a very lot a lot of people. they are highly calibrated and yes you will have to like lie repeatedly to these people and in a convincing way in order to get all the way through. Now if you can do that successfully I don't know maybe you are good enough to be a staff engineer or principal engineer you know maybe you'll be fine [laughter] um and and then we'll hire you right and then uh then the question is can you meet expectations at that level um I I do not have stories about people that we hire that we just we thought was totally lying to us. Um even though I've hired thousands of people I I have not heard that story. Um, I think it's much more difficult than people expect it to be. >> In theory, if someone was a a generational liar, they they could they could do this. It's just a lot harder than people think. Okay. Cuz yeah, I think that's that's on a high level when maybe it's just an engineering mindset. When I'm coming in and I'm thinking about interview prep, my my first thought is, okay, I got to be good at the technical, but the behavioral, I can kind of I can kind of wing it. You know, I can tell some stories. It's a little bit of a softer thing. >> It's about me, right? Just be yourself. >> Yeah, [laughter] I think that's a a a thing that a lot of people get wrong that gets them down. So that's why I'm kind of so curious to go through what what is it in the behavioral interviews that leads to the leveling determination. So um you mentioned there's an initial leveling determination um kind of a a gut call by the first hop in the in the layer and then at some point you're placed into sounds like a range you you mentioned in one case >> exactly >> there's a they're trying to figure it out and so then you're maybe staff maybe senior and they give you another loop. What do you need to do? um such that you are placed in staff if that were your goal. >> The most one of the most im


Exit code: 0

Output from command in shell 9b42ca:
portant things when you're choosing any kind of story to tell in a behavioral interview or when you're having a conversation with a recruiter, which is also kind of like a behavioral interview, is to ensure that you're establishing yourself as a certain scope and that scope is about what size business problems have I solved with technology and what level of ambiguity and what level of organizations have I have I operated within and what have I been able to accomplish in in that operation. So when you're having a conversation with a recruiter and you're talking about your past experience, you have got to land in that first tell them about yourself kind of thing like oh hey who are you tell what you've been up to. That conversation is super critical and people think about it from an interviewing perspective but it starts there in that conversation with the recruiter. And so you have to come in and say I have demonstrated and delivered large business value with with technology. And it's kind of like the greatest hits from your resume, right? People always tell you have uh you know measurable impact and and and and results that's that's present on your resume. that's that's u using some kind of metrics, right? That's super important. It's also to convey a sense of depth, right? A sense of complexity. You could say something like, well, you know, I improved performance in the Facebook app. And then people say like, okay, that doesn't sound super hard. But if you said something like, well, you know, I organized across 100 engineers, this entire organization to spend a 12-month performance improvement project that ran into multiple very difficult uh, you know, technical issues that required multiple staff level engineers in order to solve many months of investigation and experimentation and then we came out with these like three core principles and then we then we you know we we ship this to performance improvement. So I think when you start talking about the complexity of the work, you need to communicate the technical depth, you need to communicate the organizational depth, you need to communicate the business value and the business impact that you delivered and those are the things that the recruiter is listening for and and and likewise everybody in the process is listening for that. All the interviewers are listening for the same thing. So getting really crisp and practicing that that tell me about yourself piece is is is the first place where you can ensure that you're getting into the right leveling bucket. I I noticed there's a lot of um correlation between what you're talking about and also promotions as well. For instance, when you're talking about promotional behaviors for staff, your projects don't just want to be, hey, I shipped this thing and is good for my team. You want to be doing things that are across the org and larger and complicated and challenging. So, are you saying that those are pretty similar? And >> Oh, yeah. Oh, yeah. In fact, preparing for behavioral interviews will actually make you a better engineer. And I think being a great engineer is how being a great communicator especially about your impact is the thing that you need to do is to be a great behavioral interview. So yes, for sure you need to be able to um quantify your impact, communicate it efficiently, communicate effectively and honestly we're talking about lying earlier and and trying to keep people from lying. But most of my my clients, most of the people I talk to in my coaching business, they they have a problem not telling enough of the truth. like not telling in they're not not boosting themselves enough, not telling talking to me enough about the accomplish accomplishments that they that they've done. So to me, that's the thing that most people need help with. They need to they need help showcasing how difficult the problem was. They need to show help showcasing what kind of impact they made, not just on whatever topline business metric it was, but also what kind of impact did it have on the team, what kind of impact did it have on on code quality, what kind of impact did it have, you know, long term in the organization that they were they were operating within. So for me, think about if you're, you know, I'm coaching engineers to do this. I spend a lot of time thinking about um, you know, what are all the implications of the work that you've done and then how can you be really crisp about having that conversation because the the flip side of that is like, well, if I want to talk about all the things I've done, then it takes a really long time. So that's why it takes some some some preparation, but certainly getting really good at behavioral interviews, communicating, telling stories, for example, telling stories about what you've done. You do that all the time. You do that to your manager every week in a one-on-one. You do that to the executive whenever you're presenting your results. And that's a super important skill to learn as a senior engineer >> in the interview process. It sounds like at every point whether you think you are or not, you're actually being assessed. What I mean is usually that first call, at least from my recollection, it was pitched to me as, hey, this is a little chat you don't need to prepare for. Just go ahead and, you know, come and talk to me. I'm just the recruiter. But actually, that call is, hey, talk to me. I'm trying to figure out what level you are so I can place you in the right loop and even see if you're worth talking to for follow-up. So, am I understanding that people should just sell themselves at every single minute of this recruiting process? [laughter] >> Yeah, always be closing for sure. Definitely this first call is an evaluating call. I They are interested in you, right? Usually they they've they may have contacted you or they have you applied and they're contacting you. So, it is a softer kind of evaluation. You shouldn't be super nervous about it. They are your they are your your buddy. They are your partner. Let's remember that especially at a big company. These sourcers and recruiters are incentivized by how many hires they can deliver. So no, they're not your friend, right? There are certain certain conversations you should be careful about, especially about compensation with these folks, but they are advocating for you. It it is actually benefits them to find some a great candidate and be able to get them all the way through the process. That is in their best interest. So um it is a uh you know it is not a confrontational experience you need to prepare for but yes it is evaluative like you should not just show up to that phone call um dis emotionally disconnected or unprepared to talk about your past experience you and if you're if you are like that then I would delay the call so reschedule the call spend a little bit of time uh preparing what you will say to the recruiter so that they get an accurate sense of the kind of impact that you've delivered and that's going to be your best bet at getting that that higher level offer. I've had experiences where I got through everything and at some point they said, "Congrats, you've got the offer. It's verbal, but you have an offer now. So, you know, congrats. We just want you to talk to the hiring manager just one last time just and this is for you. They want to tell you about the company this and that usually." >> Right. Right. Right. >> Is that also a case where the hiring manager is trying to get signal on you? >> Oh, of course. Of course. I mean, the same exact things apply. So, yes, it's a little bit lower pressure than say the behavioral interview or the coding interview in the middle of the process, but definitely when you're having this hiring manager chat or at a place like Meta or Google, they have a team matching phase, right? Where where you're having conversations with multiple managers and they're trying to find a fi


Exit code: 0

Output from command in shell af6e37:
t. For sure, you know, that conversation is super important for you to have a buttoned up introduction of yourself, a tell me about yourself. I do think that that one is a little bit more social. So in a in an interview setting, the interviewer has a set of questions. They want to go through the questions, right? So the longer you spend introducing yourself, the you're actually hurting your time management there. You're you're you're preventing them from collecting other signal about you. However, I think this this this hiring manager conversation, uh it is more of a like, do I want to work with this person, right? Do I do I want to hang out with this person? So you do need a little bit more of a of a loose social engagement, especially in those early that kind of early phase of the of the of the conversation. and hey you know how's it going weather you know sports tell me something right I think that that connecting with the manager on whatever is important to them is really is really key for that that uh interview but certainly it is not just a a formality or it is not purely for you it is certainly the case that the hiring manager wants to see do I want this person on my team and they need to come out of that conversation with a couple things you know one is do I like this person do I think they'll be successful in the team will they fit the team culture um will I you know will I as a manager benefit from bringing this person onto my team and then they need to come out with the sense that you can deliver and solve problems that are similar to the problems that they have. So, it's so important for you to do as much research with the recruiter and sourcer uh in advance if you're going to have this conversation. Understand what this manager values, understand what their team is working on, and then be able to tell your stories in a way that that showcases that yes, you can solve the problems that this manager has. >> You mentioned briefly there, you said the recruiter, the compensation conversations with the recruiter and how you need to be extremely careful in those conversations. What's the most common mistake people are making when it comes to those compensation conversations? >> Yeah, look, I'm not a negotiation expert. I won't I won't present myself as one. You can even hire people who are who are really good at helping you negotiate with these big tech companies and I recommend that you go get some advice from them. But I will say that um you know early anchoring in any negotiation is dangerous. So if if if early conversations where they're asking you about your uh compensation expectations, um you should be very careful about what you tell them because that will uh that will anchor you into the expectation to the conversation that you that you talk about. You should definitely get some advice and and understand the laws in your local um uh uh jurisdiction. So for example, in California and New York, uh you're required the recruiter is required to to tell you about the bands and salary bands and total comp bandants for for each each of the the jobs that you're being applying for. So you can leverage that to understand where you are in the comp bands um at that point. But I would not say I'm an expert at at negotiation. I think probably the probably the biggest mistake most people make is they don't have multiple offers. So if you are negotiating from a position of weakness like I don't have any other offers. I'm just talking to you and you're the only company I'm going to be very difficult for you to get to extract anything from that that company. And which is why it's it's so important for you to to orchestrate your offers to land at a somewhat similar time. I know that's more stressful. I understand it takes more work, you know, to go through the the interview process at the same time. Um, but if you have multiple offers in hand, that's your best your best bet for being able to improve your compensation position. >> So, I guess going back to the the leveling side of things, let's say let's say I'm staff engineer and I I will only take an interview if it's staff and I make a mistake early in the process, like I'm talking to the recruiter, >> like on the phone screen, for example. >> Yeah. Yeah. Can I be direct with the recruiter and say, "Hey, I'm I see that I'm getting a lot of coding interviews. I think maybe I I got the wrong I might have sent the wrong signal." In which case, it's fine. Let's just end the process or can I get leveled at a higher? Can you negotiate at that level in mid-process? >> Yeah, that's a really good question. I'm sure it depends on the company and the process. I would say that's a good conversation to have with your recruiter if if you know that you're being placed in uh to consideration for a level that you don't want to be. Um what I will say is that there are many times when we would uplevel people as well as down level people and um so the recruiter will is their interest. They'll try to keep you in the process. They will say let me stick around you know maybe we'll evaluate you and and and maybe we'll you know we'll offer you this second thing. And I would push for um to go ahead and try to get as much of that evaluation process done for the level that you would like to to um be hired for as much as possible. That way you don't have to go through follow-up interviews or they don't have to, you know, change something about the process late in the game. Try to collect as much information for the hiring committee um at as as possible at once as possible. So yes, I think that's a good conversation to have. Um but uh you know if it was a job you were really interested in and they were offering they were considering you for one level below uh and they were not willing to change anything I I would it depends on the job obviously depends on the total comp opportunity and where you're at. But I would say try to rock the interviews as much as possible and then get that consideration for the higher level. And you can do that in a couple of key ways. So the first way is to make sure that you're anchoring every conversation you have with all of your interviewers at that higher level which again comes back down to that tell me about yourself when when they especially behavioral and the system design interview when you're having those conversations and you are talking about very large scope projects talking about impact which is commensurate with that higher level the behavioral interviewer especially will notice that and uh then they will want to dive into that and they will want to ask you questions and they will then you're re resetting their mind about what what to expect from the interview and that's super important. And then the second place is in that uh is in the story choice that you have for your behavioral interviews. So remember that um this whenever someone's asking you a behavioral interview question, there's always a question behind the question. Like why they ask me this? They don't actually really care about my favorite project or like they really don't actually care that much about some time I had a conflict with my manager. They're probably going to forget a bunch bunch of those that that that detail right after the interview. What they want to see is are you operating at the level that they're expecting you to operate. So make sure and I talk about this in the book. There's four different considerations for whenever you choose a story and the number one choice is scope. You want to make sure that you have come out of that behavioral interview telling the stories that that are the highest scope and the ones that represent you the most, the ones that you would love to tell to a hiring manager. So that's your job as a behavioral interview candidate. I want to leave that interview having told the most important stories from my career. And sometimes that can be kind of challenging because they they you are not driving, right? The interviewer is driving. But your task as a candidate is to guide the interviewer towards that signal towards that place in your career where they're going to collect the signal that uh you think best represents you and and you do that by choosing stories that are the highest scope and the highest impact that you've delivered. So around a year ago a buddy of mine he was applying for a senior role at all of the top AI labs and he actually got an offer at Anthropic. when he was going through the process, I remember him telling me that the single most impactful tool for him in preparing for system design was the free resources that Hello Interview has on their website. If you are preparing for technical interviews, I highly recommend you check out Hello Interview. I would have said that even before they sponsored this episode. I think they're providing something that's great for the community. Also, if you're preparing for behavioral interviews, they're actually partnering with Austin to provide more behavioral interview resources on their website. So, I'll put a link in the show notes so you can check it out. This is the absolute first ad I've ever done for this podcast after over a year. Right now, the podcast is running net negative. Hopefully, it can sustain itself soon. This is a step in that direction. And I just want to say thank you so much for supporting the podcast. With that, let's get back into the episode. Austin's about to tell us how to avoid being downleveled accidentally. The big question then is how how do you do it concretely? Maybe we can go over some concrete examples. What would a senior scope project look like? What would a staff project look like? Senior staff, principal. Maybe we can take the same example and kind of evolve it so people can hear what are the keywords people are looking for. >> Right? I'll give you a sense of where um big tech co… (91079 chars truncated)

Exit code: 0
<truncation_notice>
Full output written to: /var/folders/d9/mzhyr7lx6xbf236j5ll9v_300000gn/T/devin-overflows-501/8f2b175f/content.txt
</truncation_notice>

Output from command in shell 600205:
mpanies like fang oriented companies are at with their levels now. But for the specific company that you're applying to, you should go do some research and figure out what is expected of a mid-level engineer, what is expected of a staff level engineer. Oftentimes you can find this information on the internet but I'll tell you a very simple rubric is something like a you know a new grad engineer is doing tasks you know they do a task uh come back to the team go to the manager Jira whatever whatever has given them the task they go do another task right that's their job a mid-level engineer is doing a feature a feature has many tasks and and the feature is something that might take you know a couple of weeks or something and that's what they're that's what they're working on and the senior engineer is uh doing projects projects have many features which have many tasks often times projects are ones that working through others perhaps um other uh mid-level engineers or other junior engineers who are working underneath them. So there's some kind of leadership and delegation and organization and communication expectation for this level five person or or the senior person staff person um level six at at meta for example would be uh somebody who is responsible for some kind of goal right so uh this is the goal the in order to accomplish this engagement goal or this uh you know revenue goal we have need to have multiple projects which have multiple features multiple tasks right so there's this natural cascading hierarchy of of what's expected based on ambiguity right that's how we that's how that's what levels really mean is how much ambiguity can you handle. The ambiguity of an intern is very different than the ambiguity of the CEO. Uh and that's what what uh what differentiates the levels and differentiate compensation. And then this like level seven or this principle or distinct whatever you want to call it. This next level is more about uh organization. So I'm responsible for an entire organization which has many goals which just many projects which just many features many tasks and then maybe whatever the next level is it's sometimes it's distinguished or or different people have different names for this thing but that's uh responsible for for like industry I'm responsible for this industry right which has or this entire uh you know business which has many organizations which has many uh goals etc. So I think that when you're when you're choosing stories to tell about landing a certain job, you need to understand what those level expectations are at the company that you're that you're targeting and then making sure that you're telling stories that hit those hit those notes. So let's take for example staff um staff level engineer is a big difference between that and a and a senior engineer and really it comes down to how the the breadth of impact that you're making. So you're you are uh making impact more than just your small project and your small area. oftentimes it's an entire team or maybe multiple teams you're working with. Oftentimes you're telling stories that involve a lot of of working across an organization, a very large organization. So this is why it's so difficult for for startup engineers unless you were the founder for example to get a job at staff or hire is because those those experiences are oftentimes u limited by the number of people that you've worked with. So if you didn't have to, you know, if there was only one stakeholder CEO and like two or three engineers, it's pretty difficult for you to demonstrate the kind of depth of organizational leadership that is required for that that staff level position. Um then there's like a technology uh complexity. So here you can uh and this really difficult in a behavioral interview. How do I communicate the difficulty of this technology problem, this this bug or this this this architecture decision? And you have to quantify that. So you have to talk about the the amount of time it has. You have to quantify the risk. you have to talk about the number of people you had to talk to to get advice or you have to somehow give me a sense of um how risky it was right in order to make this choice how difficult it was for you to back out of this choice for example so you can you can uh talk around the complexity of this technical problem and give me a sense of of what what is there um and then there's oftentimes leadership pieces this is something that's people forget about uh they talk maybe they maybe they talk about tech oft almost always they talk about technology right engineers oh I love talk about tech you know probably if anybody they talk too much about tech Uh then there's this organizational thing which I talked about before but sometimes people forget to even talk about the leadership parts. A lot of projects involve um some kind of influence and mentorship for example over others. So now you're convincing people to do things maybe they don't want to do. That's a big part of of of a staff engineer motivating people or getting concessions out of other teams aligning on road maps that sort of thing. And then there's also mentoring. So how did I mentor and help the people who worked underneath me and made them better? How did I make the team better? How I make the org better? So those things are oftenimes forgotten about when people are trying to to anchor this the the listener uh and make them think yes this is a this is a staff level engineer. So really and and we go back to what you said earlier if you can reflect on your own career and understand what makes you successful and you can identify those pieces which um differentiate you from other engineers. Those are the things that you need to talk about in the in the behavioral interview. Uh and and vice versa. So if you reflect back on your career as a behavioral interview behavioral candidate and you think about what made me successful, then you can start to repeat those things in your day job, right? And and you'll be more successful in what you do. >> If you know the rubric, then you can you can do the rubric and you can also talk the rubric as well, >> right? So know the rubric, right? That's the most important thing. [laughter] I think one of the biggest ways that you talked about scope was kind of in the organizational complexity or how many what's the leadership position you are in the org but what about specialists? So I've worked with engineers who they're solving problems that no one else can solve. They're their own snowflake and we need that person cuz they're pushing the industry forward and it's having a lot of impact. How is someone like that supposed to talk about their work? >> Yeah. So the first thing is to understand business impact of what you're doing and um I think this is really hard for some engineers right who are focused more on the technology. Um but there is some reason why this technology was required and some kind of context which around which it's it it it uh it lives and I always encourage people to think about what would Steve Jobs say about this like technological advancement that you that you've brought about. Why is it that that this project was so important or so uh critical to the company? What's the business context? So, make sure that you're delivering that. >> One framing I know that's common in promo committees is this person solved problems that those people couldn't and well those people are staff. So then if he's solving problem staff people then he or she must be uh greater than staff. So when your manager is saying that on your behalf in a promo committee it makes sense. If you say that on your own stories, say, "Yeah, I I landed this project and actually there's a team of five staff engineers that failed for a year before I got there." Sounds a little bit uh a little bit like too much. >> I don't think actually I don't think so. I totally disagree. So I think this is one of the the methods that I that I hear and is very successful is again you're talking around this complexity to give people a sense and to pattern match in their mind. So behavioral interviewers are pattern matchers. They are looking to see if you match the patterns that they expect for this level. And one of those things is going to be whether or not you have solved problems other people haven't. So I don't think it is necessarily bad to say something like when I took on this project I was the third owner and this is where they had failed. And this is where I'm looking for there is not just like haha I'm better than all these other people. I'm looking for the insight that made their efforts unsuccessful. So, oh, these people attempted, you know, this product market fit and that didn't work. Or these people attempted, you know, this technical approach and that didn't work for these reasons. And that kind of judgment and reflection is a big part of of uh of uh of assessing someone at a senior level and something that people often forget. They just tell the story, had a problem, I solved the problem, I'm done. And not giving me some sense of um what they learned or what the deeper insight is. And to me, that's the sign of somebody who's u you know, above staff level. the analoges between promotion conversations and recruitment conversations. It makes a lot of sense to me. And one thing that I see actually because when I was looking through the the YouTube comments of a previous interview done, there were some people were saying people can just oversell themselves and the person was a little bit salty that someone could manage the optics and kind of get a good recruitment outcome. But and I see very similar stuff on the promo the promo content that I've made is some people usually a vocal minority saying, "Oh, this person just really knows how to sell themselves." And I think um it's I think that's true and unfortunate that uh… (81117 chars truncated)

Exit code: 0
<truncation_notice>
Full output written to: /var/folders/d9/mzhyr7lx6xbf236j5ll9v_300000gn/T/devin-overflows-501/23c8ad8a/content.txt
</truncation_notice>

<file-view path="/var/folders/d9/mzhyr7lx6xbf236j5ll9v_300000gn/T/devin-overflows-501/23c8ad8a/content.txt" start_line="1" end_line="5" total_lines="5">
  1|Output from command in shell 600205:
  2|mpanies like fang oriented companies are at with their levels now. But for the specific company that you're applying to, you should go do some research and figure out what is expected of a mid-level engineer, what is expected of a staff level engineer. Oftentimes you can find this information on the internet but I'll tell you a very simple rubric is something like a you know a new grad engineer is doing tasks you know they do a task uh come back to the team go to the manager Jira whatever whatever has given them the task they go do another task right that's their job a mid-level engineer is doing a feature a feature has many tasks and and the feature is something that might take you know a couple of weeks or something and that's what they're that's what they're working on and the senior engineer is uh doing projects projects have many features which have many tasks often times projects are ones that working through others perhaps um other uh mid-level engineers or other junior engineers who are working underneath them. So there's some kind of leadership and delegation and organization and communication expectation for this level five person or or the senior person staff person um level six at at meta for example would be uh somebody who is responsible for some kind of goal right so uh this is the goal the in order to accomplish this engagement goal or this uh you know revenue goal we have need to have multiple projects which have multiple features multiple tasks right so there's this natural cascading hierarchy of of what's expected based on ambiguity right that's how we that's how that's what levels really mean is how much ambiguity can you handle. The ambiguity of an intern is very different than the ambiguity of the CEO. Uh and that's what what uh what differentiates the levels and differentiate compensation. And then this like level seven or this principle or distinct whatever you want to call it. This next level is more about uh organization. So I'm responsible... [truncated 89079 chars]
  3|
  4|
  5|Exit code: 0
</file-view>

Output from command in shell 2e9c66:
Total chars: 124471
Saved to /tmp/full_transcript.txt


Exit code: 0

Output from command in shell 7f95d9:
ne of the biggest ways that you talked about scope was kind of in the organizational complexity or how many what's the leadership position you are in the org but what about specialists? So I've worked with engineers who they're solving problems that no one else can solve. They're their own snowflake and we need that person cuz they're pushing the industry forward and it's having a lot of impact. How is someone like that supposed to talk about their work? >> Yeah. So the first thing is to understand business impact of what you're doing and um I think this is really hard for some engineers right who are focused more on the technology. Um but there is some reason why this technology was required and some kind of context which around which it's it it it uh it lives and I always encourage people to think about what would Steve Jobs say about this like technological advancement that you that you've brought about. Why is it that that this project was so important or so uh critical to the company? What's the business context? So, make sure that you're delivering that. >> One framing I know that's common in promo committees is this person solved problems that those people couldn't and well those people are staff. So then if he's solving problem staff people then he or she must be uh greater than staff. So when your manager is saying that on your behalf in a promo committee it makes sense. If you say that on your own stories, say, "Yeah, I I landed this project and actually there's a team of five staff engineers that failed for a year before I got there." Sounds a little bit uh a little bit like too much. >> I don't think actually I don't think so. I totally disagree. So I think this is one of the the methods that I that I hear and is very successful is again you're talking around this complexity to give people a sense and to pattern match in their mind. So behavioral interviewers are pattern matchers. They are looking to see if you match the patterns that they expect for this level. And one of those things is going to be whether or not you have solved problems other people haven't. So I don't think it is necessarily bad to say something like when I took on this project I was the third owner and this is where they had failed. And this is where I'm looking for there is not just like haha I'm better than all these other people. I'm looking for the insight that made their efforts unsuccessful. So, oh, these people attempted, you know, this product market fit and that didn't work. Or these people attempted, you know, this technical approach and that didn't work for these reasons. And that kind of judgment and reflection is a big part of of uh of uh of assessing someone at a senior level and something that people often forget. They just tell the story, had a problem, I solved the problem, I'm done. And not giving me some sense of um what they learned or what the deeper insight is. And to me, that's the sign of somebody who's u you know, above staff level. the analoges between promotion conversations and recruitment conversations. It makes a lot of sense to me. And one thing that I see actually because when I was looking through the the YouTube comments of a previous interview done, there were some people were saying people can just oversell themselves and the person was a little bit salty that someone could manage the optics and kind of get a good recruitment outcome. But and I see very similar stuff on the promo the promo content that I've made is some people usually a vocal minority saying, "Oh, this person just really knows how to sell themselves." And I think um it's I think that's true and unfortunate that uh it can just be not necessarily your your achievements by themselves just objectively being true. you kind of have to you we're it's a very human process. So how you sell it is going to have a big impact on how it's perceived in both of these. So I I guess it's one of those things where it's just how it is and you need to learn how to play that game if you want to have good results in the game. >> Yeah. Welcome to the world, right? And this this works for uh this works this is the case in our careers. This is the case in our personal relationships. Don't you know that I love you? Can't you can't you just feel that I love you? That doesn't work, right? You have to do the behaviors. You have to demonstrate the things that in your relationships. You have to demonstrate the things in your career. And you you have to to to tell people, right? You have to communicate those things. And uh that may be unpleasant for some some folks. And it's can be difficult, but this is part of um of of us maturing as as people and us maturing in our careers is understanding that there are certain things that are worth doing that maybe um is a tax like on our on our progress. Um you don't have to do them, but you also will not get promoted or you also will not get the uh like staff level engineer um uh job, right? I I I tell people, look, on the other side of this principal engineering job is a million dollars a year compensation. So, you better eat your waties before you go into that interview, right? You better be ready. And and you can say what you want about like how difficult it is to assess people or whatever, but they're going to give you a million dollars a year. They're going to put you through the ringer, so you need to be ready for that. >> So, going back to the um the the promo committees, I I wanted to understand I'm just kind of like recollecting all the people you mentioned. So there's the sorcerer, there seems to be a hiring committee, there's the people >> recruiter. >> Okay. Yeah, the recruiter, there's the people in the hiring committee, there's the people who conduct interviews, and I guess they draft up notes that the hiring committee reviews, but who's the actual decision maker in these processes, >> right? Right. So, we should talk there's a sourcer. There's also a different person called a recruiter. I forgot to mention them, but usually the sourcer is someone who finds you. they typically will hand you off to someone called a recruiter once you get into the process once you get through the phone screen. And uh this person is the person that you're going to be doing the negotiation with, the person who's going to be organizing your loop, the person who's going to be advocating for you in front of the hiring committee. So there are obviously many decision makers. There's a sourcer who's just looking at your LinkedIn and deciding whether they should contact you. There's that that decision. There's also the decision of uh the um you know the initial phone screener, whoever's talking to you at different levels. That could be again that that sorcerer doing a a multiple choice question or it could be an engineer who's giving you a phone like a a coding phone screen. Then um there's uh the hiring committee. So the committee makes a decision based on um and usually it's driven by consensus. So uh but sometimes we would have to fall back into voting. Um but the uh consensus uh would be established of whether or not this person should be hired at this level or whether we should do a a uh you know follow-up or whether we should drop the person from the process and then again like I said there's this decision being made generally as a consensus among two or three engineering directors who are uh you know who are above us making that final call and those folks would would operate mostly in consensus but sometimes they would vote. >> [snorts] >> in the hiring committee. Have you ever seen cases where there was some obvious bias? Maybe someone's son happens to land in the hiring committee of uh the father or something like that. [laughter] >> I've never seen an experience where there's any kind of overt nepotism or bribery or anything that's really exciting like that. But I have seen cases where um referrals play a huge a huge um you know a huge role whether or not the referral comes from somebody who's very senior or whether or not um someone has actually showed up to in the room in the hiring committee. So sometimes there's a a friend or there's uh someone who's worked with this person before and they will show up and advocate for you in the room um and to the hiring committee and that does make a big difference. So if you can find a referral, I know this is not news or to anybody, but if you can find a referral, if you can find somebody who knows you and who will be willing to to go and spend their time in a meeting, that will make a big difference. >> When I worked at Meta, I mean, referrals and as a low-level engineer, they just kind of felt like this thing where I just fired it off and forgot about it. But are you saying that at a higher level like the the level of the person matters and to the point where they can even hop into the hiring committee? Is that right? >> For sure. So um uh well yes for sure the level the person who's who's providing this advice is is very much matters. So if it's a VP or a director who is referring this person, they understand that their their reputation is on the line. They are not just passing through someone they found on LinkedIn [laughter] to this to this process. they are they I've directly worked with this person most likely and are willing to put their personal reputation on the line to to hire this person that's a big deal um I will say that referrals of course have varying quality so we talked about level also the content of the referral so if it's like hey I knew this person in school like maybe consider them is very different than I work with this person they have this quality this quality this quality this quality and that's why you should hire them and so for certainly when you asking for a referral especially if the person has worked directly with you you should provide information to them you should like write the referral for them provide … (30038 chars truncated)

Exit code: 0
<truncation_notice>
Full output written to: /var/folders/d9/mzhyr7lx6xbf236j5ll9v_300000gn/T/devin-overflows-501/1bab48dd/content.txt
</truncation_notice>

Output from command in shell 4767bc:
ld do when I would look at at a at a staff level packet is I would go to the behavioral interview. There just aren't that many different ways to design like a web crawler in a system design interview or aren't that many ways to solve twosome in a coding interview such that I could see whether or not someone is a staff level or just a senior level. And I would go directly to the behavioral interview to see what the uh organizational impact is, what their level of influence is on others, how they resolve conflict. I would look to see uh what scope of projects they've they've been able to to accomplish and what what level of business impact they've been able to deliver and that would be my how I would determine whether or not they're really truly a staff engineer and like you mentioned at that that um you know super senior like staff plus kind of principal distinguished level they're adding additional behavioral interviews and oftentimes they're looking at specific things things like uh how you work crossf functionally with uh with partners they may give you a PM for example or another person from a a cross functional partner that will interview you and see how you work with others. Or they're going to be wanting to to get more information about one of your bigger stories, one of your bigger projects. So, they're going to give you some kind of project deep dive interview where you walk them through some technical and organizational challenge that you've solved in the past. And so, those become the differentiators and the the technical ones become kind of like uh check marks like you have to pass, you have to get over the bar, but really what's going to get you hired is going to be shining on those behavioral sides. So, certainly a slide I would say that most people underinvest in behavioral interview. So, uh, it's probably going to take you at least a few weeks to to, um, to perform well. And if you are at that staff or above, I would say, you know, start start when you start doing your leak code, [laughter] right? Start thinking about those past stories, start working on how you position them, get some feedback. Um, go do some mock interviews at least with a friend, if not with a professional. Um, and especially if you're going to be uh applying for a fang or or uh you know, open eye or anthropic, one of these big companies that's very in demand, I would try to find somebody who is calibrated uh at that company who can give you a mock interview and give you that that squishy cultural sense that we were talking about earlier and and reflect back to you whether or not you're hitting the right cultural notes. when you were in uh hiring committees in the past for maybe more senior candidates, when you have a candidate who does okay on the technical sides but really kills it on behavioral, is that the type of packet that could go through at the highest levels? um for certainly at the highest levels definitely if there's a place where you're going to flub a coding interview and be okay I think that staff or or principal level or manager level those places where we just don't expect you to be doing as much day-to-day coding and so we would would discount poor performances in those in those interviews for sure I think it's much harder to do that um uh at the junior levels I will say that I had I had a candidate that I did the behavioral for and uh this candidate was uh had not accomplished a ton in their career um the the the technical things were just okay. But I kept seeing glimpses of uh you know ideas that this candidate had had that maybe they weren't able to execute on or the manager didn't agree or they couldn't get it done in their organization but they kept thinking about things and I said now this person is just has so much like potential in this person's career that I I pushed for that person to be hired and that person ended up um being a staff person eventually and I think that that was a good indication that um you know there is a there is like a there's a slope that we're trying to assess and the slope is often assessed there in that behavioral interview even for junior folks. >> We talked about some of the subjectivity in in this type of interview and talking about how you talk about the the scope of your work and all of those things that kind of help you with leveling conversation. But also another part of subjectivity is just how much does this person like you and their their bias towards you based off of a lot of the soft influence you might have as you speak to them. And so I'm curious how much influence do you think that has on the outcome of the interview? >> It scales exactly with with uh with level. So with a more junior candidate, I think that um at least at a big company where they've spent some time structuring these behavioral interviews and they're trying to reduce this kind of do I just want to have a beer, you know, with this person kind of vibe that that they're that they're collecting. They're trying to reduce that by structuring it and making uh giving the the interviewer some sort of form to fill out or some clarifying what's what's important in the hiring decision. But as you get more senior um now they're expecting you to influence other people on the job and that so they'll how you come across in the meeting. Are you confident? Are you comfortable? Are you able to uh hold on to this kind of like casual casual excellence? Right? Which I think is a very much a a quality a cultural quality that that u that Silicon Valley has in particular. this idea that I can kind of show up and I look cool and I look not look cool but I look calm but yet I'm still very competent and can sharply discuss things and deliver things. I think they are looking for that kind of signal and um it's it's definitely subjective and so I think your your ability to connect with the interviewer in the first few minutes. If you come in and you're disheveled or you come in and you're nervous and you're not able to be present in the meeting, well, that's part of the signal they're acquiring because you're going to have to show up in meetings and and and be, you know, put together and be confident and and be able to stand in front of the CEO and deliver um you know, deliver good news or bad news or ask some questions or whatever. they are looking for somebody who will do a good job with that and they're you know this is a high pressure situation an interview you're going to be in a high pressure situation at work and they're assessing you there as well so um I think this is where you need to understand the cultural expectations of your companies that you're that you're uh that you're applying for different countries have different expectations around leadership and and hierarchy and how they approach things um I think we're talking mostly about like a US- centered kind of Silicon Valley centered or you know associated places Seattle New those kinds of culture and that place is one of u we need to be able to start the meeting with some kind of playful banter you know and then we continue with like hard-hitting pieces but sometimes I I'm I'm self-deprecating and I kind of pow of that and we laugh about a few things but then we're back in it and we're doing this like intense thing so that's super common for uh for for those environments other countries other companies they may have different expectations I think you need to understand what those are before you go in >> let's say someone is maybe a staff engineer they're not necessarily the most they wouldn't describe themselves as a people person, but they want to come off strong in that interview. How would you reverse engineer how to represent yourself strongly in terms of all those soft influence type of things? >> So the first thing I say is that the inside always comes out on the outside. Okay, I know you don't want to hear that, but the reality is what you believe about yourself, what you believe about others really changes how you present yourself. So the first thing I would say is it is not just some like list of things that we need to do or a checkbox stuff that you kind of put on. It's not a mask that you put on. You need to change your your internal beliefs. And um uh Sam Lesson has this this book he just released about Silicon Valley etiquette and he did this podcast recently where he talks about the importance of lowering your own heart rate before you go into the conversation. So yes, this might be your like one and only shot at this job. It's possible. oftentimes that's less the case than than most than most candidates believe. So sometimes we think like, "Oh, this is my one shot at getting this company." Well, if the company's going to be around for a while, you probably have other shots. So don't put so much pressure on yourself. I know it's hard, but it that is the reality. You need to tell yourself, give yourself an internal belief structure that makes it okay for you to make mistakes in this environment. You will come across a lot more calm. The second thing I say is try to um try to understand what and be empathetic of the other person. So again, this is an internal thing. believe that the other person is looking for a great engineer, a great manager, whatever it is, whatever the role that you're applying for, they're looking for somebody who's going to do really awesome. They really want they want to find that person. They're spending their time interviewing you. They really want to find somebody who's great. And um they're not just looking to nitpick you and like throw you out and and judge you, right? So, I think this kind of internal belief where you believe, you know, this person is is is not my enemy. This person is is is is a human doing their job. I would love to do my job alongside this person. let's have this great conversation. So that's the first thing you have to start start on the inside. Um if we ar… (34509 chars truncated)

Exit code: 0
<truncation_notice>
Full output written to: /var/folders/d9/mzhyr7lx6xbf236j5ll9v_300000gn/T/devin-overflows-501/ad172313/content.txt
</truncation_notice>

Output from command in shell 6416f1:
s a behavioral interviewer. So you should only include details which which help to accomplish some tasks. So maybe the task is that I want to showcase I'm deeply technical. I want to include a few details like that. Maybe the the task right now for me is the candidate is to showcase that I am somebody who can work across teams. So, I want to include the the the part about how the the other tech lead had an had a bad, you know, had a mean look on his face when I went to to to talk about this thing. Maybe that detail is relevant, right? Because it showcases how I push through difficulty and push back on on other teams. So, um yes, I think those things are relevant. I think most candidates probably need to spend more of their time on basic uh story structure, basic identification of what actions they did that are repeatable. You know, I wanted to ask you about your senior your your promotion to M2 at Meta. Actually, you've you've told me so much about how to speak about scope at this point. Maybe you could you could tell me or tell the audience how you got promoted to M2, why you got promoted to M2, and speak about it in a way that illustrates the scope of a senior manager. >> In order to get to M2, I had to solve some difficult problems in the recruiting space. And uh the probably the most important one was around diversity. So I I left uh a team which was focused on building things for teenagers which is another hard problem that I got myself involved in. Very difficult time for for Facebook during that time. Um but I left that team to uh lead a couple teams within their internal recruiting products organization which is all about um supporting candidates, supporting um recruiters and sourcers and their goals. And uh but the thing that really drew me over there was working on supporting a team that was um hiring more diverse engineers. That meant a lot to me. So how can I help make the world a better place as my position as a manager would be to make uh what is the most uh the largest wealth opportunity in the world today which was technology and is technology. How can I make that available to more people in the world? That's really motivated me. So I that is not an easy problem to solve. uh is not definitely not an easy problem to solve from a perspective of a a product team right I'm not an education institution right I I I don't get to make all hiring decisions for example um I don't get to pick uh you know what people learn in school so uh but we were able to move the needle there by improving um preparation of all things like interview preparation and that's how we were able to um help improve the diversity hiring for for uh for meta and that as well as supporting a number of other teams helping to establish uh high quality of candidate data that would be established uh for for Facebook's applicant tracking system and being able to um uh you know clarify like what's important in in terms of candidate data and being able to improve the quality that we have significantly over time. I think that's those are the reasons why I was promoted to M2. So when I when I think I that story I just heard as if I was an interview were I heard that you were supporting multiple teams. I heard that you were taking on a an ambiguous problem like how do you solve diversity? It's not immediately obvious and it sounds like you had a significant self motivation to go towards this problem space and solve for the company. So um am I hearing that those are the the signals that you hope that uh an interviewer would have got if you were interviewing for a behavioral interview? >> Yeah, for sure. Um I I would say I would add a few other ones. So one thing that that I didn't mention is impact across the company. So I think leading leading the iOS and Android uh recruiting pipelines is an important way that you're scaling yourself and and applying yourself across more than than just the teams that you're directly responsible for. So that was also a big part. I should have included that. I understand you left big tech at this point and you know looking back on your experience in big tech is there anything that you regret or anything that you wish you could have changed? >> I don't regret leaving. I think um I had a really great time. I work with a lot of wonderful people. I think that I regret uh the anxiety that I put into the teams and the anxiety that I put into myself. I think we can all look back on parts of our life, whether it's school or early career or even now, and we think, "Wow, I really wish I hadn't worried about that at the end of our lives, we don't say things like,"I wish I had just gotten a few more percent out of that engagement number and that project XYZ." Like, nobody thinks that way, right? People value relationships. They value um they value connection. Um and I I think that I added a lot of anxiety to my life in various parts of my career. And I I regret that part. I think that um like I told you earlier, I made conscious choices to optimize for my life experience versus my career. I think there were times when when I was not honest with myself about that when uh I was not honest about what that that trade-off would mean in terms of compensation or in terms of career progression or in terms of status for myself. And I think being honest with yourself about what you really value and being okay with the trade-offs in advance. And um since I've left big tech and supporting my wife as she's building her her her business um certainly that has come with like a decrease in pay. And one of the things one of the ways that I have um been able to apply the learning that I'm telling you is before I left I knew okay I'm pay is going cash flow is going to be low. I'm going to be okay with that because I'm making decisions to spend more time with my kids because I'm making decisions to support more community uh organizations here and volunteering and I'm going to be okay with that that choice. And that's been really helpful. I've been able to go back to that choice a number of times when the cash flow situation has uh you know maybe wanted to improve that [laughter] maybe we missed that that that kind of paycheck u and maybe you'll experience this I don't know you know having just having just left uh big tech uh but I think having that honest conversation with myself has really helped in the last couple of years. uh and I wish I had had done that earlier and said you know what I I really value these things and that means I'm not going to have those other things in life and that's that's okay that's okay if that's what you want right um so making that kind of conscious and valuesdriven decision and then coming back to it maybe sometimes revisiting it maybe you want to change it but that kind of intentionality is something I wish I had um was more honest with myself about >> so when you're saying you were you were not honest you still thought you wanted that cash flow and those things >> I think I was frustrated I think I was frustrated frustrated at various points about about not being able to progress. And I think that there was I would even say bitterness at times when I would say I'm frustrated that so- and so got this job, so and so got promoted, you know, so and so was able to do XYZ right here. Look at me, you know, I'm doing this, I'm doing that. But not being honest with myself of of you know what, you you didn't do the things that they did. You did not move teams as rapidly as they did. You did not work as hard as that person. You prioritized other things in your life. You prioritized your family. you prioritize in making an impact in um in uh in the community around you outside of work and um and that has consequences, right? So I I think we we can live in this world where we think um you can have it all, right? Like you can you can be a whatever level seven IC and go home at 5:00, right? And have a wonderful and engaging family life. And maybe some people can do that, right? I think that that that could be a skill that people have, but that depends a lot on on your your talent level and what kind of skills you've built up over time. Um but the reality for most people is that um if you want to accomplish something extraordinary in your life, you have to have ext you have to take extraordinary steps. And I don't think I was honest with myself. And I think that that resulted in some frustration and bitterness along the way. But I think that once I decided uh kind of in the middle what's important to me, where I really want to be um what I want my kids to say about me in 10 years, that was what really what guided me. Um what what I want what I want them to remember about me 101 15 years from now. Um, that was very clarifying and very helpful. >> That intentionality got rid of those feelings for you. >> Well, I think that it comes back sometimes. So, especially living in a place like this where uh people are are are stacking wealth in in in as fast as they possibly can and um you're going to see people like that around you all the time living in Silicon Valley. And so, you have to to to ask yourself like, is that what I want? No, maybe it is. That's fine. Maybe it's not. uh and then so it's going to come up and it comes up in my life you know on a on a semi-regular basis but it's really helpful to be aligned uh with your own values and have that kind of mission statement or vision that you have for your life and what's important to you in the future and if you live like that you'll be satisfied >> you you worked a long time at Meta across uh other companies as well and I'm curious what was the best advice that you ever received in your career >> I would say that the best advice that I ever received was um the importance of creating scope. So, uh, if you would like to get promoted or if you would like to, um, to, you know, to to advance in your career, often times we were waiting, like … (4509 chars truncated)

Exit code: 0
<truncation_notice>
Full output written to: /var/folders/d9/mzhyr7lx6xbf236j5ll9v_300000gn/T/devin-overflows-501/8ecae9a3/content.txt
</truncation_notice>

Output from command in shell 81e3c1:
s that opportunity. And, um, I remember one of my managers said like, if you want this, you know, M2 role, you have to create an M2 scope uh, scope team, right? You have to to accomplish and solve problems that are uh, you know, that are that are of this scope. And I so I think that this this kind of um honest reflection on like what it really takes to get to the next level that you have to change uh not just how what you do right that's often advice that you hear not just doing the same thing that you're doing as your level better you have to do something different but what is that difference and really that difference is about creating additional scope and um creating space for the the organization to succeed. That was another key part of that advice was um you know what is your VP saying about your project and if your VP is not going to be talking to anybody of their peers or their manager about what you're doing then the question is am I doing the right thing um so what can what kind of kind of how can I work backwards right and we do this a lot we work backwards in the behavioral interview what do I want to present what kind of signal area do I want to present you work backwards in a promotional experience what do I want the packet to be like and I think you can work um backwards in terms of um creating scope which is what do I want the you know the VP or the organization's leadership to say about what we've accomplished and then go and figure out a way to do that thing. >> Yeah, that's that's great advice. I mean, there's there's always situation and luck when it comes to career growth and promos, but I feel like the most satisfying promotions are the ones where you take initiative and you create the scope and no one can stop you in that case. So, it's it's uh you don't need anyone's permission. Um, and then the last question I'd ask is if you look back on your entire career and right when you graduated college and you could give yourself some advice now that you've learned what you've learned, what would you say? >> I had a lot of imposter syndrome. So I avoided, for example, I got a I got a PhD out of um in computer science out of out of undergraduate school. But during the summers, I would work uh just in in in the research in the university when a lot of my peers would go and work uh in in industry. they would go get a like a internship, right, at Google or Facebook or wherever and work there. And um really what held me back was insecurity. I didn't want to go through the interview process. I I didn't want to be rejected. And so I I think that kind of fear and allowing um the imposttor syndrome that I felt to hold me back from those choices. I I I do think that that had a my my career was great. I love my career. It's great. I'm not sure I would change a ton, but I think it did hold me back. I think I I was slower to understand how u big organizations operate. I was slower to understand how large code bases operate. Um certainly coming from from academia. So I think that that kind of insecurity and fear um really held me back. I know that's super common kind of advice to give oneself in the past is like don't give into fear. Um but that's the biggest advice I would tell myself is don't give into fear. >> Awesome. Well, thank you so much Austin for your time. I really appreciate it and I hope it's helpful for people. >> Yeah, thanks Ryan. Great to be here. >> Thank you for listening to the podcast. It's a passion project of mine that I've really enjoyed building. Another passion project that I've been working on kind of in secret is building an ergonomic keyboard that I wish existed and I finally have a prototype. So, I'd love to show you what we've built. It's ultra low profile and ergonomic and I couldn't find anything like it on the market. So, that's why we built it. I'll put a link to the keyboard in the description. You can take a look and learn more about the project there. We could definitely use your support. Also, if you have any feedback for me about the show, I'd love to hear it. Comments on YouTube have led to guests coming on like Ilia Gregoric and David Fowler. I wasn't aware of them until someone dropped a comment. Also, feedback in the comments helped me learn to reduce the number of cliffhers in the intros. So, your comments definitely make a difference. Please keep letting me know what you'd like to see more of in the show, and I'll see you in the next episode.


Exit code: 0