Scott Andrew

Blog

Posted March 1, 2025.

How To Be More Interesting During A Technical Interview

The last few years have been, uh, notable for Big Tech layoffs and industry disruption. New grads are struggling to find jobs, and are now competing with freshly laid-off engineers with more experience but less flexibility. It sucks.

I don't have a ton of strategy to share and I'm not interested in Thought Leadership (deragatory). But I have spent over 20 years interviewing candidates at a big ol' FAANG company. I couldn't tell you anything about the hiring process you couldn't find yourself (pro tip: stalk subreddits), but I do have observations and opinions. So maybe I'll share them here in hopes it helps someone.

I posted the following short article to Medium in 2018 in response to a pattern I was seeing in interview loops. Candidates would generally do well, but when it came time for Q&A, they'd ask safe, deferential questions. It seemed like a squandered opportunity to engage with the interviewer as a peer.

I rewrote the article in 2023 with the intent to start a new tech-focused blog, but that didn't happen. I've had some follow-up thoughts in draft mode for years, so I might post those later.


“Do you have any questions for me before we wrap up?”

This your chance to make a lasting impression on your interviewer. It’s an opportunity to show your prospective employer you're interested in solving real problems, for real people. That you care about your work and the humans at the opposite end of the tech stack.

It’s also a chance to learn something about how your prospective employer operates. Maybe there’s a pain point you can help address, or a process gap you can help fill. Maybe you’ll see some patterns that indicate how happy — or miserable — you’ll be if you accept an offer.

Over two decades of interviewing candidates, the ones that stood out were the ones who tried to engage me in a conversation about things I cared about. Below are some conversation starters I jotted down from memory. Feel free to use them, and create your own.

What’s your worst day like here? How do you manage it?

If you could change one thing about your tech stack, what would it be? What’s blocking you from implementing this change?

What are some common pain points for your customers? Are you working towards solving them? Why or why not?

How do you respond to customer complaints? Do you have a system for customer-reported issues? How has that been working for you?

How does your team handle requests for new features? Do you have a process?

How do you evaluate new technology for use? What are your criteria for adoption?

I see from your [source code|press release|company blog] that you’ve adopted [a particular technology]. What decisions led you to that adoption? How successful has it been?

Tell me about your deployment methodology. Are you able to do continuous deployment? If so, how? If not, what is your release schedule like and what determines it?

How does your team handle code reviews? Do you have standards or criteria for reviews?

When was the last time your company or team had to migrate to a new tech stack? How did you approach this? Would you do anything differently now?

How do you handle professional growth? What does the typical developer career track look like at your company?

What’s the ratio of [engineering|product|project] managers to developers? Does this ratio work for you?

What’s one thing someone would need to know to be successful here?

Comments are loading.

This might take a minute...