How to Answer a Whiteboard Coding Interview in English

A whiteboard or live-coding interview tests two things at once: whether you can solve the problem, and whether interviewers can follow your thinking in real time. Many strong engineers lose points not because the code is wrong, but because they go silent while thinking — in English, silence reads as confusion. This guide gives you the phrases to narrate your process naturally.

Key Vocabulary

Clarifying question — a question you ask before writing any code, to confirm the exact scope, input format, and edge cases the interviewer expects, rather than guessing and solving the wrong problem. “Before I start, I’d like to ask a clarifying question: can the input array contain duplicates, or are all elements guaranteed to be unique?”

Thinking out loud — narrating your reasoning as you work through the problem, so the interviewer can follow your logic even before any code appears on the board. “I’m thinking out loud here: my first instinct is a brute-force approach with nested loops, but that’s O(n²), so let me see if a hash map gets us to O(n).”

Talking through a trade-off — explicitly comparing two approaches by naming their costs and benefits, rather than silently picking one and hoping the interviewer agrees. “Talking through the trade-off: a recursive solution is more readable, but it risks a stack overflow on very deep inputs, so I’ll lean toward an iterative version instead.”

Narrating a bug fix — describing what went wrong and how you’re fixing it as you debug live, instead of silently editing code until it happens to work. “Narrating this: my loop is running one extra time because I used <= instead of <, so I’ll fix the boundary condition here.”

Common Phrases

• “Let me make sure I understand the problem correctly — can you confirm [detail]?”
• “My initial approach would be [X], but let me think if there’s something more efficient.”
• “I’ll start with a brute-force solution, then optimize if we have time.”
• “Let me trace through this with a small example to check my logic.”
• “I think there’s an edge case I’m missing — let me consider [empty input / negative numbers / duplicates].”

Example Sentences

Opening with a clarifying question: “Quick clarifying question before I dive in: should the function handle an empty list, or can I assume the input always has at least one element?”

Narrating an approach choice: “I’m going to use a two-pointer approach here, since the array is sorted — that should get us to linear time instead of the quadratic approach I was originally considering.”

Recovering out loud after getting stuck: “I’ve hit a wall with this approach — let me step back and reconsider. Actually, I think a stack is a better fit for this problem than the queue I started with.”

Wrapping up with a complexity summary: “So to summarize: this runs in O(n log n) because of the sort, and uses O(n) extra space for the hash map. I think we could trade some of that space for time if needed — happy to discuss.”

Professional Tips

• Ask at least one clarifying question before writing code — it shows rigor and often reveals a constraint that changes your whole approach.
• Keep thinking out loud even when you’re unsure — a visibly working brain scores better than silence, even if the first idea isn’t the final one.
• When comparing options, use explicit trade-off language (“faster but more memory,” “simpler but harder to extend”) rather than just picking one silently.
• If you get stuck, say so directly — “I’m stuck, let me reconsider” is a normal, professional sentence, not an admission of failure.
• End with a short complexity summary in plain English; it signals that you can evaluate your own solution, not just produce one.

Practice Exercise

1. Record yourself narrating a solution to a simple problem (e.g., reversing a string) entirely out loud, including at least one clarifying question.
2. Write two sentences comparing a recursive and an iterative approach to the same problem, using trade-off language.
3. Practice the phrase “let me step back and reconsider” until it feels natural to say under time pressure.