Project Structure — Senior Interview Prep
How to lay out a frontend codebase so it scales with the team: folder organization, monorepo shape, import boundaries, App Router patterns, and the linting/formatting baseline. The senior question is rarely “where does file X go” — it’s “what convention scales when 20 people commit to this repo daily?”
Files
The senior framing
A junior asks “what should I name this folder?” A senior asks “what’s the rule that decides where any file goes, and what stops the team from breaking it?” The conventions in this folder are about:
- Discoverability — can someone new find a file by guessing.
- Locality — code that changes together lives together.
- Boundaries — explicit interfaces, no cross-feature dependency creep.
- Enforcement — lint rules + CI gates that catch violations before review.
Cross-references
- Monorepo orchestration tooling: ../09_build_tools/06_monorepo_tools.md
- Component library structure: ../14_frontend_system_design/09_design_a_component_library.md
- Backend project structure (for symmetry): ../../backend/13_architecture_design/