Frontend-focused engineer with a CS background and two shipped React/TypeScript projects. Raised a project's Lighthouse performance score from 52 to 95 and built to WCAG 2.1 AA. Looking for a frontend role on a team that actually cares about accessibility and performance.
Self-taught frontend engineer comfortable with React, TypeScript, and Tailwind. Built a component library of 30+ accessible components used across a personal SaaS project, and want to grow further into design systems and Core Web Vitals work.
Frontend Engineer with 4 years building React/TypeScript interfaces for 250K+ monthly users. Cut LCP from 4.2s to 1.8s and INP from 350ms to 120ms, moving the app into the 'Good' Core Web Vitals band. Comfortable owning both accessibility and design systems.
Frontend engineer with 5 years shipping customer-facing features in React and Next.js. Built a design system adopted by 5 product teams that cut UI dev time 35%, and stays hands-on with SSR/RSC, testing, and performance profiling.
Senior Frontend Engineer with 8 years leading UI architecture for high-traffic apps. Migrated a legacy Angular.js app to React + TypeScript across 30 views with zero regressions and mentored 4 engineers along the way. Deep in performance, accessibility, and design systems.
Senior frontend engineer specializing in web performance and accessibility. Drove a Core Web Vitals remediation that lifted conversion 14% and cleared 150+ WCAG violations ahead of an ADA audit. Sets the team's testing and component standards.
Designer-turned-frontend-engineer after a full-time program and two shipped React apps. Brings a sharp visual-QA eye plus new fluency in TypeScript, testing, and accessibility, and wants to bridge design and engineering on a product team.
Writing a summary that lands
Do
- Quantify with product and performance metrics: Core Web Vitals, Lighthouse, conversion, bundle size.
- TypeScript is table stakes now, so don't headline it. Real React Server Components / App Router experience is what actually differentiates you.
- Frame accessibility as risk reduction (WCAG 2.1 AA, ADA) with numbers behind it, not a bullet that just says you care.
- Name modern tooling (Vite, Playwright, TanStack Query); Webpack/Cypress read as legacy.
- Link a live, fast, accessible project. A real URL is worth more than a framework list.
Avoid
- Listing 'JavaScript' with no TypeScript reads as junior for mid/senior roles.
- Naming frameworks with no measurable UI impact: no CWV, no conversion, no adoption number.
- Claiming 'pixel-perfect' without accessibility or performance evidence to back it up.
- Two-column 'designer' resumes that scramble in ATS parsers.
- Skipping performance numbers when the role is explicitly about frontend speed.