Software · Web · 2026
CV de Desarrollador/a Web (Formato Harvard)
Arma un CV en formato Harvard que demuestre que construyes apps web rápidas, accesibles y confiables — no solo que sabes React.
¿Cómo se hace un CV de CV de Desarrollador/a Web (Formato Harvard) en formato Harvard?
Quien recluta revisa un CV de desarrollador web en segundos buscando pruebas de que lanzas features en producción que cargan rápido, son accesibles y no se caen con tráfico. El formato Harvard te obliga a una página de bullets con métricas — números de LCP e INP, cobertura de tests, reducción de bundle, aumento de conversión — en lugar de un muro de logos de frameworks. Esta guía te muestra cómo convertir 'hice una app en React' en evidencia que respetaría un ingeniero senior.
Qué buscan los recruiters
- Dominio de Core Web Vitals: objetivos concretos de LCP, INP/FID y CLS que alcanzaste (p. ej. LCP bajo 2,5s, INP bajo 200ms) medidos en Lighthouse o monitoreo real (CrUX, Vercel Speed Insights)
- Profundidad de stack moderno, no solo palabras de moda — React/Next.js o Vue/Nuxt, TypeScript, una capa de estado (Redux Toolkit, Zustand, TanStack Query) y estrategia de CSS (Tailwind, CSS Modules)
- Responsabilidad sobre accesibilidad: conformidad WCAG 2.2 AA, HTML semántico, ARIA bien usado, puntajes de a11y en axe/Lighthouse y pruebas con teclado y lector de pantalla
- Señales de testing y CI: % de cobertura unitaria en Jest/Vitest, E2E con Playwright/Cypress y gates de CI en verde que bloquean regresiones antes del merge
- Logros de performance y DX con números: reducción de tamaño de bundle (KB enviados), recortes de tiempo de build, latencia p75, ratio de aciertos de caché en el CDN
- Impacto de negocio entregado: features ligadas a conversión, registros, retención o ingresos — con A/B testing cuando se pueda, no solo 'desarrollé la interfaz'
Secciones requeridas, en este orden
Encabezado y skills técnicos que pasan el escaneo de 6 segundos
- Pon un encabezado limpio: nombre, título en una línea (p. ej. 'Frontend Engineer · React/TypeScript'), ciudad/zona horaria, email, GitHub, URL del portafolio y LinkedIn — sin dirección de calle.
- Agrupa los skills por categoría para que se lean al instante: Lenguajes (TypeScript, JavaScript, HTML, CSS), Frameworks (Next.js, React), Herramientas (Vite, Webpack, Playwright), Plataforma (Vercel, AWS, Docker).
- Lista solo tecnologías que puedas defender en una entrevista — elimina el volcado de 14 logos; profundidad en 6 tecnologías vence a exposición superficial a 20.
- Refleja las palabras clave exactas del stack de la oferta para sobrevivir los filtros del ATS sin caer en relleno de keywords.
Bullets de experiencia con la fórmula XYZ de Harvard
- Usa 'Logré [X] medido por [Y] haciendo [Z]' — cada bullet abre con un resultado y un número, no con una tarea.
- Cuantifica métricas propias del front-end: milisegundos de LCP/INP, puntajes de Lighthouse, KB de bundle, % de cobertura, caída de tasa de errores, aumento de conversión o registros.
- Muestra alcance: usuarios activos diarios, requests por segundo, número de componentes/páginas migradas, tamaño del equipo o líneas de código que mantuviste.
- Nombra la tecnología dentro del bullet (Next.js App Router, React Server Components, TanStack Query) para que el 'cómo' sea concreto y buscable.
Proyectos, open source y educación
- Para perfiles junior o de bootcamp, la sección de Proyectos pesa: 2-3 apps desplegadas con links en vivo, el stack y un resultado cuantificado cada una (Lighthouse 98, LCP de 1,2s).
- Cita contribuciones open source con detalles: PRs mergeados, el repo, estrellas o issues resueltos — links en los que quien revisa pueda hacer clic.
- Mantén Educación breve: título o bootcamp, institución, año; agrega cursos relevantes o un proyecto final solo si estás iniciando carrera.
- Lista credenciales que de verdad señalen profundidad web (p. ej. AWS Certified Developer, freeCodeCamp Responsive Web Design) y omite insignias genéricas de 'finalización'.
Ejemplo en formato Harvard
Bullets fuertes vs débiles
Trabajé en el sitio web de la empresa para hacerlo más rápido.
Reduje el LCP de la home de 4,1s a 1,6s y subí el puntaje de performance de Lighthouse de 52 a 96 mediante code-splitting del bundle de React, lazy-loading de imágenes bajo el pliegue y AVIF servido por CDN — elevando la conversión móvil un 11%.
Nombra la métrica exacta (LCP), los números antes/después, las palancas técnicas y lo liga a un resultado de negocio (conversión).
Construí componentes reutilizables para el equipo de frontend.
Construí un design system de 40 componentes en TypeScript y Storybook adoptado por 5 equipos de producto, reduciendo ~30% el tiempo de armado de UI nueva y eliminando más de 1.200 líneas de CSS duplicado en 3 repositorios.
Cuantifica la adopción (5 equipos), el esfuerzo ahorrado (~30%) y el código eliminado — muestra apalancamiento, no solo producción.
Mejoré la accesibilidad en el flujo de checkout.
Llevé el flujo de checkout a conformidad WCAG 2.2 AA — subiendo el puntaje de a11y en axe-core de 71 a 100 al corregir el orden de foco, etiquetas ARIA y fallas de contraste 3,1:1 — validado con NVDA y pruebas solo con teclado en 8 pantallas.
Cita el estándar (WCAG 2.2 AA), las herramientas (axe-core, NVDA), un puntaje medible y el método de verificación.
Ayudé a migrar la app a Next.js.
Lideré la migración de un SPA de React de 60 páginas al App Router de Next.js con React Server Components, reduciendo el JS de cliente enviado un 38% (210KB → 130KB gzip) y mejorando el INP p75 de 240ms a 150ms para 80 mil usuarios mensuales.
Muestra responsabilidad (lideré), escala (60 páginas, 80 mil usuarios) y dos métricas duras (KB enviados, INP) con la tecnología específica.
Errores comunes específicos
- Listar frameworks sin resultados — un muro de 20 logos no dice nada sobre si tu código se lanzó o rindió.
- Verbos vagos como 'trabajé en', 'ayudé con' o 'responsable de' en lugar de 'construí', 'lancé', 'reduje', 'lideré' con un número al lado.
- Ignorar performance y accesibilidad por completo — son las dos señales front-end que más sondean los revisores senior, y un CV mudo en ambas se lee como junior.
- Pasarte a dos páginas o pegar un bloque de código — el formato Harvard es estrictamente de una página; la profundidad viene de bullets más afilados, no de más cantidad.
- Declararte 'experto' en 15 tecnologías; quien entreviste elegirá la más débil y la inflación te cuesta credibilidad rápido.
Tu CV empieza aquí. Decides después si pagas.
Empezar mi CVPreguntas frecuentes
- ¿El CV de un desarrollador web debe incluir portafolio o link de GitHub?
- Sí — para roles front-end suele ser lo primero que abre quien revisa. Pon la URL del portafolio en vivo y GitHub en el encabezado. Asegúrate de que los proyectos enlazados estén desplegados y sean rápidos (el Lighthouse de tu propio sitio es una entrevista silenciosa) y fija 2-3 repos fuertes en vez de exponer 40 abandonados.
- ¿Cómo escribo un CV de desarrollador web sin experiencia profesional?
- Encabeza con una sección de Proyectos de 2-3 apps desplegadas, cada una con link en vivo, el stack y un resultado cuantificado (Lighthouse 95+, LCP bajo 2s, 90% de cobertura). Suma trabajo freelance u open source, un bootcamp o título de CS y certs relevantes. Reclutadores valoran más lo que lanzaste que dónde trabajaste.
- Front-end, back-end o full-stack — ¿qué tan específico debe ser el título?
- Ajústalo al puesto al que aplicas. Si la oferta dice 'Frontend Engineer', titúlate así y prioriza bullets de React/TypeScript/CWV; para full-stack, equilibra bullets de UI con logros de API, base de datos y despliegue. Un título que refleje la oferta ayuda al ATS y a la persona que escanea.
- ¿Qué métricas pesan más en un CV de desarrollador web?
- Las que respeta un ingeniero senior: Core Web Vitals (LCP, INP, CLS), tamaño de bundle en KB, puntajes de Lighthouse y accesibilidad, % de cobertura de tests, reducción de tasa de errores o latencia p75, y resultados de negocio como aumento de conversión o registros. Siempre acompaña la métrica técnica con el impacto en usuarios o ingresos.