Frontend interview guide
Practice explaining browser behavior, JavaScript and accessible interfaces with answer outlines.
Open resourceInterview guides / FREE RESOURCE
Practice HTTP, database, authorization and reliability questions using concrete examples.
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
Authentication establishes identity; authorization decides which actions that identity may perform. Enforce authorization on every protected object operation.
Follow-up: What if a user changes the ID in a URL?
Question 2
They separate SQL structure from bound data values. Dynamic identifiers still need allowlists; prepared values cannot safely substitute arbitrary table names.
Follow-up: How would you implement a selectable sort column?
Question 3
Use a transaction when related writes must succeed or fail together, such as decreasing stock and creating an order. Choose concurrency controls for competing requests.
Follow-up: Can two requests still oversell stock?
Question 4
PUT generally replaces the representation at a target resource; PATCH applies a partial modification. Document your API contract and validation rules.
Follow-up: What happens to omitted fields?
Question 5
Use password_hash and password_verify with a suitable password hashing algorithm. Never store plaintext or use a fast general-purpose hash alone.
Follow-up: How do you upgrade existing password hashes?
Question 6
Use deterministic ordering with a unique tie-breaker. Cursor pagination can avoid some shifting-page problems in changing datasets.
Follow-up: What happens when new rows arrive between requests?
Question 7
Identify retryable operations and design idempotency where needed. For payments or orders, use a unique request key and durable result tracking.
Follow-up: Why is disabling the submit button insufficient?
Question 8
Record request identifiers, outcomes and useful diagnostic context. Exclude passwords, tokens and unnecessary personal data; limit access and retention.
Follow-up: How would you investigate a failed request without exposing secrets?
Notes save on this device. Avoid entering passwords or sensitive information.
Practice explaining browser behavior, JavaScript and accessible interfaces with answer outlines.
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