skip to content

Questions by Audience

Who is across the table changes what they can honestly answer: a peer engineer knows the codebase, a hiring manager knows the roadmap, a founder knows the runway. Interviewers notice when you tailor questions to their vantage point — and when you waste a founder's time on questions the recruiter could have answered.

on this pageshow

questions

22

In a panel round with a future peer engineer, which of your questions are best saved for them?

level: juniorimportance: must knowfreq 76%

answer

  1. Lived experience, not org policy
  2. Who actually ships the code here
  3. Day-in-the-life beats roadmap
  4. Deploys, on-call, reviews, tech debt
  5. Strategy belongs to another interviewer

basics

~20 s

Spend a peer engineer's window on daily mechanics: how a merged change reaches users, deploy cadence, on-call rotation depth, review turnaround, and how tech debt gets picked up. Leave strategy, headcount and pay to other interviewers.

solid answer

~40 s

A peer engineer is the person who would sit beside you, so spend their window on the mechanics of the work rather than on the org. Ask how a change actually reaches users once it is merged, how many deploys go out in a normal week, how many people share the on-call rotation, how long a review usually waits for a first comment, and how tech debt gets prioritised against feature work. Close with an experience-framed one: 'What surprised you after you joined?' It reaches things no policy question does. Leave strategy, headcount, why the role exists and anything about the pay band to the interviewers who actually own those answers. Two or three well-aimed questions beat a list you read out.

go deeper

for a junior

Have three questions ready that only a working engineer could answer: how a change reaches users, how often the team deploys, and what on-call is like. Recall that strategy and pay questions go to other people on the loop.

for a middle

Be ready to explain why each question earns its slot. Know which topics a peer can answer from experience and which they would have to guess at, and pick live rather than reading your list in order.

for a senior

Show that you use the peer window as evidence gathering: ask for specifics, follow the answer where it goes, and cross-check what one peer says against what another interviewer said rather than accepting the first account.

for a principal

Own the tradeoff between diligence and rapport. You are assessing a team you may soon lead or partner with, and the same window is scoring you, so decide deliberately how much pressure a question is worth.

## Who a peer engineer is on the panel Most loops put at least one engineer in front of you who is neither the hiring manager nor a recruiter: someone at or near your level who would share the codebase, the pager and the review queue with you. They usually do not set the pay band for the posted level, do not own headcount, and often hear the team's roadmap the same week you would. What they do have, and nobody else on the panel has, is a first-hand account of the work you are actually buying into. So the peer round is not a smaller version of the manager round. It is a different question budget, and the way to waste it is to point manager-shaped or executive-shaped questions at someone who can only guess. ## What belongs in this window Six families cover almost everything worth asking a peer: 1. **The path to production.** Ask them to walk one merged change all the way to a user. This is the single densest question in the round: it exposes hand-offs, approvals, ownership and how much of the job is waiting. 2. **Deploy cadence.** How many deploys went out last week, and who pressed the button. Cadence is a proxy for feedback speed and for how big a change has to get before it ships. 3. **On-call load.** How many engineers share the rotation, what the last shift was actually like, and what happens to the work you were mid-way through when you are paged. 4. **Code-review culture.** How long a change waits for a first comment, whether review is a fixed set of owners or whoever is free, and what a disagreement in review looks like when it does not resolve quickly. 5. **Tech debt.** Not whether it exists — it always does — but the mechanism: how a piece of it gets picked up, and whether they can name something that got fixed recently. 6. **Lived experience.** 'What surprised you after you joined?' is the peer-round opener that costs nothing and reaches what the careers page cannot: the tooling nobody warns you about, the meeting nobody mentioned, the part of the job that turned out to be better than advertised. ## What to keep out of it The common miss is aiming org-strategy questions at a peer: next year's bets, how this team maps to company strategy, hiring plans, the reason the role is open, how performance is scored, the pay band. A peer will either recite something they half-remember or say they do not know, and both outcomes burn the window and tell the panel you have not worked out who answers what. Those questions are strong questions — they are just addressed to the wrong person. Save them for whoever on the loop owns them. ## A worked sketch Suppose the role is on a platform team. The peer window opens and you ask three things. First, the walkthrough: what happens to a change after it is approved, from merge to a user. They sketch it — automated checks, a shared pre-production environment, then a promotion step a second team owns. Second, cadence: about 11 changes merged last week but one release cut. Third, the rotation: six people, and the last shift woke them once. (Figures here are illustrative, invented to show the shape of a useful answer.) You have not asked about strategy at all, and yet you now know that the team's feedback loop is a week long, that the author does not control shipping, and that on-call is survivable. That is more decision-relevant than any roadmap answer would have been, and every fact came from someone who could not have faked it. ## The second purpose Your questions are also being read. A peer round usually feeds a written note back to the panel, and 'asked good questions about how we ship' is a line people actually write. Questions that show you have thought about the daily job read as someone preparing to do it; questions cribbed from a generic list read as someone preparing to interview. That is a reason to ask fewer and better ones, and to follow up on the answer instead of moving down your list. ## Practical shape Bring five candidate questions, expect to ask two or three, and pick them live based on what the round already revealed. Ask the walkthrough first if you only get one — it is the highest-yield. Keep a short note after the round: peer answers are the raw material for comparing what different interviewers told you, and disagreement between two of them is more informative than either answer alone.

  • We have about ten minutes left; what would you most want to know about working here?
    Ask for the walkthrough: what happens to a change after it is merged, from approval to a user seeing it. It is the densest single question for a peer, because the answer exposes hand-offs, who can deploy, and how long feedback takes. Then follow the answer rather than switching to an unrelated prepared question.
  • Why does our deploy cadence matter to you as a candidate?
    Cadence tells me how quickly I would learn whether my work is right. A team shipping many small changes a week gives me tight feedback and small blast radius; a weekly release train means changes batch up and I plan differently. It is not good or bad in itself, but it changes what the job feels like day to day.
  • Is there anything you would rather I asked the hiring manager instead?
    Yes, and that split is deliberate. Why the role is open, how performance is judged, headcount and the pay band for the posted level all sit with the hiring manager or recruiter. I keep the peer window for the parts of the job only someone doing it can describe accurately.

saying these in an interview costs you the question

  • Asking a peer engineer about company strategy or next year's roadmap bets
  • Arriving at the peer round with no questions at all
  • Asking only what the careers page already answers
  • Reading a prepared list without following up on any answer
  • Treating the peer round as small talk rather than diligence

context

open as a page

Which questions should a candidate save for a startup founder rather than a peer engineer?

level: juniorimportance: must knowfreq 58%

basics

~20 s

Save the questions only an owner of the business can answer: funding stage and months of runway, how the company will make money, what stops a competitor copying it, and which people the business depends on.

open as a page

What does asking a hiring manager what success looks like in the first 90 days get a candidate?

level: juniorimportance: must knowfreq 82%

basics

~20 s

Asking a hiring manager to define success at 90 days converts an advertised job description into the standard you will actually be judged against, and it reveals whether the manager has shaped the role at all.

open as a page

When a candidate meets a skip-level director, what kinds of questions fit that audience?

level: juniorimportance: must knowfreq 58%

basics

~20 s

Ask a skip-level director the org-level questions only they can answer: where this team's work sits among company priorities, how headcount is planned, how disputes between teams get decided. Day-to-day questions belong in the peer round.

open as a page

Which questions should a candidate save for the recruiter screen rather than later rounds?

level: juniorimportance: must knowfreq 82%

basics

~20 s

Save the process and calibration questions for the recruiter: how many stages there are, what each assesses, the timeline, the level the role is posted at, and the pay band for that level. Later interviewers rarely own those facts.

open as a page

How should a candidate ask a startup founder about runway and funding stage?

level: middleimportance: must knowfreq 52%

basics

~20 s

Ask plainly and specifically: what stage the last raise was, how many months it funds at the current plan, and what milestone unlocks the next round. Framing it as planning your own bet keeps the question neutral.

open as a page

How do you phrase a company-strategy question so a skip-level director gives a specific answer?

level: middleimportance: must knowfreq 51%

basics

~20 s

Bound the question. Name the team, fix a time frame, force a ranking and ask who sets it: 'Where does this team's work sit in next year's top three priorities?' Open-ended strategy questions return the public mission instead.

open as a page

How should a candidate ask a recruiter about the pay band and how the level is decided?

level: middleimportance: must knowfreq 68%

basics

~20 s

Ask for a range attached to a named level, not a single figure: "What is the band for this level, and how is level actually decided?" That yields the range plus the mechanism that decides your rung.

open as a page

What do you learn by asking a peer engineer to walk one merged change all the way to users?

level: middleimportance: should knowfreq 58%

basics

~20 s

The walkthrough from merge to user exposes hand-offs, approvals and who is allowed to deploy. It turns a vague sense of engineering culture into a countable path, and the number of waiting steps predicts what the job feels like.

open as a page

How do you word on-call and deploy questions to a peer engineer so the answer is a number, not an adjective?

level: middleimportance: should knowfreq 55%

basics

~20 s

Ask for a count and a recent instance instead of an opinion: how many share the rotation, how many deploys went out last week, how long the last change waited for a first comment. Recent countable facts resist rehearsed reassurance.

open as a page

How can a candidate probe a startup's revenue path and competitive moat with its founder?

level: middleimportance: should knowfreq 45%

basics

~20 s

Ask who pays today, what they pay for, and who is expected to pay next; then ask what would stop a better-funded competitor from copying the product within a few months. Specific answers beat vision.

open as a page

How do you ask a hiring manager how they measure performance without it sounding like an audit?

level: middleimportance: should knowfreq 59%

basics

~20 s

Ask for mechanics rather than adjectives: the cadence of your one-to-ones, what gets written down and when, how the last person on the team made a promotion case, and how you would first hear that something was off track.

open as a page

How should a candidate interpret a hiring manager's answer to 'Why is this role open?'

level: middleimportance: should knowfreq 64%

basics

~20 s

Answers fall into three shapes — funded new work, a backfill after someone left, and a seat re-opened after a search or hire did not work out — and each one calls for a different second question. The hedging around the answer often carries more signal than the answer itself.

open as a page

What should a candidate ask a director to learn whether reliability work is actually funded?

level: middleimportance: should knowfreq 47%

basics

~20 s

Ask for a funded example, not a value: which non-feature engineering work was resourced in the last planning cycle, who worked on it, and what it displaced. Stated commitment to quality costs nothing; protected capacity is the evidence.

open as a page

Which of a candidate's questions in a screen is a recruiter usually not positioned to answer?

level: middleimportance: should knowfreq 58%

basics

~20 s

Anything requiring firsthand engineering or team experience: how systems are built, how tradeoffs were made, review and on-call culture, the manager's real style, why a specific person left. Recruiters own the requisition and the process, not the day-to-day work.

open as a page

How should a candidate interpret a founder who answers a runway question without naming months?

level: seniorimportance: should knowfreq 37%

basics

~20 s

Treat it as one signal, not a verdict. Note what was offered instead — total raised, investor confidence, a growth story — ask once more for months, then corroborate against hiring pace, recent departures and how the offer is pitched before drawing a conclusion.

open as a page

When you ask a director how disputes between two teams get settled, what should the answer contain?

level: seniorimportance: should knowfreq 44%

basics

~20 s

A usable answer names a decision owner or forum, gives a recent real dispute, states what was decided and says what the losing team dropped. Warmth without a mechanism means contested work goes to whoever pushes hardest.

open as a page

A peer engineer says code reviews here are pretty fast — how do you follow up in that round?

level: seniorimportance: nice to knowfreq 44%

basics

~20 s

Step down one rung, not sideways: ask how long their last change waited for a first comment, then whether that week was typical. Two follow-ups, then move on and ask another interviewer the same question rather than pressing.

open as a page

How does a candidate turn a hiring manager's spoken answers into a confirmed 90-day expectation?

level: seniorimportance: nice to knowfreq 43%

basics

~20 s

Capture the manager's own words while they are speaking, say the expectation back in one sentence before the conversation ends, and repeat that same sentence in whatever written exchange you already have with them. Spoken expectations drift; a read-back one does not.

open as a page

How do you turn a recruiter's description of each upcoming round into a preparation plan?

level: seniorimportance: nice to knowfreq 46%

basics

~20 s

Convert the stage list into a table of round, audience, assessment and preparation, then weight rehearsal by how much of the decision each round carries. The recruiter's answers say what is measured; your plan decides what you practise.

open as a page

In a short founder conversation, which diligence questions earn the slot over the others?

level: principalimportance: nice to knowfreq 30%

basics

~20 s

Keep only questions that pass two tests: no one else in the loop can answer them, and the answer could change your decision. That usually leaves runway against the next milestone, who pays, and the risk the founder names themselves.

open as a page

When a skip-level director and the hiring manager rank the team's work differently, how should a candidate weigh the two accounts?

level: principalimportance: nice to knowfreq 26%

basics

~20 s

Treat the gap as data, not deceit. The two speak from different horizons: one sees next year's funding, the other this cycle's commitments. Ask both the same question, then ask what happens if the ranking moves.

open as a page