Skip to main content

Learning Path: Performance Architect

Target learner

This path is for engineers who want to own frontend performance as an architecture capability, not a late optimization pass. The target skill is diagnosing user-visible slowness, designing budgets, shaping rendering/data decisions around real devices, and building guardrails that prevent regressions.

Prerequisites

You should understand browser DevTools, JavaScript execution, HTTP basics, Core Web Vitals, route-level code splitting, and common React rendering causes. If not, start with Part 0 performance, browser runtime, tooling, and observability chapters.

PhaseChaptersOutcome
Foundationspart-0/performance-foundations, part-0/browser-networking-runtimeConnect network, main-thread, and rendering costs to user experience.
Platform depthPart IIUnderstand critical rendering path, event loop latency, caching, HTTP, mobile networks, memory, and runtime constraints.
Rendering choicesPart IIIChoose server/client boundaries and data strategies that avoid hydration and waterfall waste.
Performance systemsPart VIBuild budgets, RUM, synthetic checks, profiling recipes, and incident response.
Review practicereview-packets/performance-review-packetTurn diagnosis into team process.

Six-week study plan

WeekFocusRequired output
1Cost modelProduce a route cost map: bytes, requests, render work, hydration, third parties.
2Field measurementDefine p75 route metrics and segment by device/network class.
3ProfilingCapture browser and React profiles for one slow interaction.
4BudgetsAdd route budgets for LCP, INP, CLS, JS, CSS, images, and third-party cost.
5GovernanceDesign CI and review gates that block meaningful regressions.
6CapstoneComplete the performance-critical lead funnel capstone.

Required exercises

  • Create a waterfall annotation for a slow landing page.
  • Write an ADR for a rendering strategy change that reduces LCP without harming personalization.
  • Write an ADR for third-party script governance.
  • Simulate a performance incident and write a postmortem focused on recurrence prevention.

Capstone project

Complete capstones/capstone-performance-critical-lead-funnel. Use the case-study style from Part XI and the tutorial in Part VI. The final review must show before/after budgets, route profiles, third-party inventory, monitoring plan, and rollback strategy.

Portfolio artifacts

  • Performance architecture scorecard
  • Route budget file
  • Profiling evidence
  • Optimization backlog ranked by impact and risk
  • Third-party register
  • Performance incident playbook

Self-assessment rubric

Use rubrics/performance-architect-rubric. The minimum target is level 4 in performance diagnosis, observability, rendering/data tradeoffs, and stakeholder communication.

Review checklist

  • Is every optimization tied to a user-visible metric?
  • Are field and lab signals separated?
  • Are budgets route-specific instead of generic?
  • Does the team know who can approve budget exceptions?
  • Are third-party scripts treated as production dependencies?