Desarrollo de software

Un CV de desarrollo que sobrevive al parser

Los CV técnicos fallan por un motivo que nada tiene que ver con la técnica: dos columnas de iconos, una rejilla de competencias dibujada como tabla y un stack listado pero nunca usado en una frase.

Quien busca a alguien para un puesto técnico casi nunca lee primero. Busca: un lenguaje, un framework, una nube, a veces una versión. Lo que no está en el texto extraído de tu CV no existe para esa búsqueda, por muy destacado que parezca en la página.

El segundo fallo es más sutil. Una sección de competencias que enumera veinte tecnologías y una de experiencia que no menciona ninguna se lee como una lista de deseos. Las tecnologías que cuentan son las que aparecen dentro de una frase sobre algo que has construido.

Pon el stack donde se busca

Nombra la tecnología en la viñeta que describe el trabajo, no solo en una lista al final. Una búsqueda de Kubernetes encuentra mucho mejor una frase sobre migrar un servicio que una palabra suelta en una rejilla, y quien lee esa línea aprende algo.

  • Escribe el lenguaje y el framework en la misma viñeta que el resultado que produjeron.
  • Escribe ambas formas de lo que tiene dos nombres: Postgres y PostgreSQL, JS y JavaScript, K8s y Kubernetes.
  • Mantén la sección de competencias, pero como un índice breve de lo que la experiencia ya demuestra.

Viñetas con un número dentro

El trabajo técnico lleva medidas incorporadas, un lujo que casi ningún sector tiene: latencia, tasa de error, tiempo de compilación, coste por petición, incidencias. Una viñeta que contiene una es comprobable, y una afirmación comprobable es con lo que un entrevistador técnico abre la conversación.

  • Reduje el p95 del endpoint de pago de 1,2 s a 300 ms, en lugar de mejoré el rendimiento.
  • Di el tamaño de aquello en lo que trabajaste: peticiones por segundo, filas, servicios, personas del equipo.
  • Indica tu parte en un resultado de equipo: un mérito que obviamente no es solo tuyo te cuesta el resto de la página.

Preguntas habituales

¿El CV de un desarrollador debe caber en una página?
Una página hasta unos cinco años de experiencia, dos después. La regla que importa no es el número sino la proporción: cada página adicional debe justificarse con trabajo que al lector le convenga conocer. Los empleos antiguos se reducen a una línea cada uno.
¿Pongo mi GitHub?
Ponlo si el perfil muestra trabajo: repositorios con commits del último año, o un proyecto con un readme que alguien pueda seguir. Un perfil vacío enlazado de forma destacada invita al lector a comprobar que está vacío, lo que es peor que el espacio ahorrado.