RSS Amplifier

Empathy Elevated · Jul 13, 2026

the human layer of a technical interview

0
Sign in to vote or save

Colette Molteni, taylor desseyn · Empathy Elevated

This is Empathy Elevated - your weekly guide and shortcut to mastering emotional intelligence through the power of empathy. Last week, I wrote The Hidden Cost of Being the Person Who Makes Things Make Sense

Today’s guest post comes from taylor desseyn. Taylor has spent 15+ years inside the recruiting and talent industry, placing close to 1,000 engineers and helping hundreds of technical teams grow. He runs Guidance Counselor 2.0 and serves as VP of Global Community at Torc, where his entire focus is on the people the system tends to overlook.

His perspective belongs here on Empathy Elevated because the human layer of a technical career is where his work lives. He has watched what happens in the ten seconds after a hard question lands. He knows what it costs when technical people shut down or spiral under pressure. And he has practical language for what to do instead.

This piece delivers exactly that.

i recently had a recruiter on my podcast say something that stuck with me: most of what you think you know about applying is wrong. candidates optimize the visible steps, the resume, the keywords, the job board, and still miss the thing that actually moves the process.

after 14 years of talking to hundreds of thousands of engineers, recruiters, and hiring managers, i can tell you exactly where that thing lives.

it’s the human layer. and in an interview, the human layer shows up in the 10 seconds after a hard question.

the question lands. the room goes quiet. and the candidate does one of two things.

they shut down > short answer, eyes drop, energy gone. they over explain > four minutes of words, no point, panic in the voice.

both lose the offer. not because the person wasn’t technical enough, but because the interviewer just watched them come apart under a little pressure and quietly thought “what happens when this is a production incident at 2am.”

technical people are especially prone to this, and it’s not a flaw. you’ve been trained to be precise. you treat ambiguity like a bug. so when a question is fuzzy or a moment gets tense, your instinct is to either freeze until you have the perfect answer or keep talking until you’ve covered every edge case. neither reads the way you want it to.

here’s the good news. staying clear under pressure isn’t a personality trait. it’s a set of moves you can practice. below is the script i give people for the three moments that wreck the most interviews.

before the three scenarios, one foundation.

when something tense happens, your nervous system speeds up and your judgment drops. the fix is to deliberately slow the moment back down. two beats:

one, take a literal three second pause. not a filler “um,” an actual breath. it feels like an eternity to you and reads as composure to them.

two, name what’s happening out loud. naming the tension is the single most disarming thing you can do, because it tells the interviewer you’re aware, not rattled.

that’s the whole engine. pause, name it, then move. every script below is a version of those two moves.

you’re mid answer and they cut in. maybe they’re redirecting, maybe they got what they needed, maybe they’re testing how you handle it.

the wrong move is to plow ahead over them, or to fold completely and lose your thread.

the script:

“yeah, let me pause there, what’s the most useful direction for me to take this?”

you stopped cleanly, you handed them the wheel, and you signaled you care more about answering their actual question than finishing your prepared one. that is exactly how a senior engineer behaves in a design review. you just showed them that on day one.

if they redirect you, great, follow it. if they say “no keep going,” even better, now you have explicit permission and you finish with confidence.

they push back. “i don’t think that would scale.” “why not the other approach?” “are you sure?”

most candidates do one of two losing things here. they cave instantly (”oh yeah you’re right, bad idea”) or they dig in and defend a hill that wasn’t worth dying on.

the move is to treat the challenge as information, not a threat. name it, get curious, then respond.

the script:

“that’s a fair push. let me make sure i understand the concern, are you worried about [the thing], or something else?”

then actually engage with their answer. if they’re right, say so and build on it: “yeah, that’s a better call, here’s how i’d adjust.” if you still think your approach holds, hold it with reasoning, not volume: “i hear that, the tradeoff i was weighing is X over Y, but i’m open to where that breaks down.”

pushback in an interview is almost never a trap. it’s them simulating a real working disagreement to see if you can have one without ego. show them you can.

the worst one. they ask something and your mind is just static. nothing.

the instinct is to fill the silence with noise, to start a sentence you have no idea how to finish. don’t. that’s how the over explaining spiral starts.

instead, narrate the blank honestly. this is the move almost no one knows is allowed.

the script:

“good question, give me a second to actually think about that.”

then take the three seconds. out loud is fine: “okay, so the first thing i’d want to know is...” you’re not stalling, you’re showing your work, and showing your work is the entire point of a technical interview.

and if you genuinely don’t know? say that too, then pivot to what you do know:

“honestly, i haven’t worked with that directly. here’s how i’d reason about it, and here’s the closest thing i have shipped.”

interviewers don’t expect you to know everything. they expect you to be honest about the edge of your knowledge and resourceful past it. “i don’t know, but here’s how i’d find out” is a strong answer, not a weak one.

sometimes you catch yourself two minutes into a rambling mess. you’re allowed to stop and start over. most candidates don’t know this, they assume once you start an answer you’re locked in. you’re not.

the reset sounds like:

“let me actually restart that, the shorter version is...”

interviewers love this. it shows real time self awareness. it shows you’d rather hand them a clean answer than save face on a messy one. it’s a green flag, not a red one.

pause three seconds. always. it buys judgment. interrupted > “let me pause there, what’s the most useful direction for me to take this?” challenged > “that’s a fair push, are you worried about [X] or something else?” blank > “good question, give me a second to actually think about that.” don’t know it > “i haven’t worked with that directly, here’s how i’d reason about it.” spiraling > “let me restart that, the shorter version is...”

practice these out loud before your next interview. not in your head, out loud. the gap between knowing what to say and being able to say it under pressure only closes with reps.

a technical interview isn’t a trivia contest. it’s a window into how you think when something is hard, and how you treat another human while you do it.

shutting down tells them you’ll freeze when production is on fire. over explaining tells them you’ll fill space with noise instead of clarity. but naming the tension, staying curious, and getting back to clear, that tells them exactly what they’re actually hiring for.

the person across the table is human too. they’re rooting for you to be good. give them the version of you that stays clear when it counts, and let them see it on purpose.

start with the three second pause. that one alone will change your next interview.

Read the original on empathyelevated.substack.com

Comments

Nothing yet. Say the first thing.

    Sign in to join the conversation.