skip to content

Questions to Ask the Interviewer

Nearly every interview ends with 'do you have any questions for me?' — and interviewers read your answer as a signal of preparation, seniority, and genuine interest. This covers what to ask each kind of interviewer, how to ask questions that raise your perceived level, and how to use their answers to evaluate the company before you commit.

on this pageshow

questions

page 1 of 2

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

Why should a candidate prepare a per-round question bank to ask at the end, not one generic list?

level: juniorimportance: must knowfreq 76%

basics

~20 s

A per-round bank matches each question to whoever can actually answer it: a recruiter knows process and timeline, an engineer knows daily practice, a manager knows scope. One generic list burns a five-minute window on the wrong person.

open as a page

What does a peer-engineer interviewer conclude when a candidate says the panel covered everything and asks nothing?

level: juniorimportance: must knowfreq 84%

basics

~20 s

Asking nothing reads as low interest, not efficiency. A peer engineer hears that the candidate is not evaluating the team back, and the write-up often records it as weak engagement, since every other candidate that day used the same window.

open as a page

Why do interviewers penalize candidate questions that a two-minute search of public pages already answers?

level: juniorimportance: must knowfreq 78%

basics

~20 s

A question the careers page already answers spends your closing minutes proving you did not prepare. Panels read it as low interest and weak filtering, and it burns your one chance to ask something only an insider knows.

open as a page

When an interviewer answers your end-of-round question, what tells you it was a hedge rather than a real answer?

level: juniorimportance: must knowfreq 68%

basics

~20 s

A hedge answers in the abstract and never lands on a specific, recent, checkable instance. Listen for generalities, drift toward what the company intends to do, and answers pitched at the whole company when you asked about this team.

open as a page

Why do the questions a candidate asks at the end of an interview round affect how their seniority is read?

level: juniorimportance: must knowfreq 80%

basics

~20 s

A candidate's closing questions are evidence, exactly like their answers: they show what that person has had to care about at work. Questions about equipment and perks describe a scope nobody has had to own yet.

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

How do you prioritize which two of your prepared questions to ask in a round's last five minutes?

level: middleimportance: must knowfreq 63%

basics

~20 s

Rank by two things: what only this interviewer can answer, and what would most change your decision. Ask the top live question first, leave room for the answer and one follow-up, and let the rest go rather than racing.

open as a page

How do you turn an interviewer's vague answer to your question into a concrete one?

level: middleimportance: must knowfreq 58%

basics

~20 s

Ask for the most recent instance instead of the general policy. A follow-up that requests one episode — what happened, when, and who decided — converts an abstraction into something checkable, and one follow-up per hedge is the right budget.

open as a page

When a candidate asks how technical decisions are made and revisited, what does that reveal to a behavioral interviewer?

level: middleimportance: must knowfreq 63%

basics

~20 s

It signals the candidate has lived with a decision being reversed. The subject is the team's process over time rather than the asker's own comfort, and the revisiting clause is the part that cannot be answered with a slogan.

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

What do you do when the question you prepared to ask was already answered mid-interview?

level: middleimportance: should knowfreq 57%

basics

~20 s

Strike it from the card and move down to the next prepared question, or deepen what was already said into a specific follow-up. Name the adaptation out loud rather than asking a question that was answered twenty minutes ago.

open as a page

Why does raising pay, benefits or time off in a first-round interview cost a candidate more than raising it later?

level: middleimportance: should knowfreq 56%

basics

~20 s

In round one nobody has decided they want you yet, and a technical interviewer usually cannot answer pay or leave questions anyway. Early it reads as package-first; later, with whoever runs the hiring process, it is routine.

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

What should you do when an interviewer answers your culture question with 'we're like a family here'?

level: seniorimportance: should knowfreq 46%

basics

~20 s

Treat it as a phrase that needs a follow-up, not a nod. It describes a feeling rather than a mechanism, so ask what it cashes out to in practice: how disagreement gets settled and what happens when work runs late.

open as a page

How should a candidate word a question about a team's incident postmortem culture so the answer describes practice, not policy?

level: seniorimportance: should knowfreq 51%

basics

~20 s

Anchor the ask to countable recent incidents and to artefacts: how many of the last several incidents produced a written postmortem, who wrote them, and what changed afterwards. A question about whether the culture is blameless invites a policy answer instead.

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

showing 1–30 of 38