Backend interview guide
Practice HTTP, database, authorization and reliability questions using concrete examples.
Open resourceInterview guides / FREE RESOURCE
Practice explaining browser behavior, JavaScript and accessible interfaces with answer outlines.
Use 5 minutes for a project introduction, 15 minutes for three questions, 5 minutes for follow-ups and 5 minutes for feedback. Score clarity, correctness and concrete evidence from 0–2 each. This is self-review, not an employer score.
Question 1
Elements communicate purpose: a button performs an action, an anchor navigates, and headings describe document structure. Native semantics improve keyboard and assistive-technology behavior.
Follow-up: Replace a clickable div with a button and explain the keyboard difference.
Question 2
Reproduce at the failing width, inspect computed styles, find fixed widths or overflow, and check long content. Fix the cause before adding a breakpoint.
Follow-up: What happens when the user zooms to 200%?
Question 3
Both are block-scoped. const prevents reassignment of the binding, not mutation of the referenced object. Use const when the binding does not need reassignment.
Follow-up: Can a const array receive a new item?
Question 4
Catch network failures, inspect response.ok for HTTP errors, validate the response shape, and present a retry path. Abort stale requests where appropriate.
Follow-up: Why can a 404 response still resolve the fetch promise?
Question 5
Calculate filtered results from source data and the filter instead of storing a second independently updated list. This avoids inconsistent copies.
Follow-up: When would memoization be useful, and when is it unnecessary?
Question 6
Cover matching, no match, mixed case, empty data and clearing the filter. Assert user-visible results rather than implementation details.
Follow-up: How would keyboard-only users operate it?
Question 7
Untrusted content interpreted as markup or script can execute in the page. Render plain text with textContent; sanitize intentionally allowed HTML with a maintained approach.
Follow-up: Why is client-side input validation alone insufficient?
Question 8
Verify the behavior and API assumptions, inspect dependencies and security boundaries, add meaningful tests and ensure you can explain the change.
Follow-up: Show a case where a plausible implementation fails.
Notes save on this device. Avoid entering passwords or sensitive information.
Practice HTTP, database, authorization and reliability questions using concrete examples.
Open resourceAnswer practical test design, defect reporting and automation questions with evidence.
Open resourceTurn coursework, club work and personal projects into truthful, specific interview stories.
Open resource