Miramos cientos de CVs de devs que se postulan a posiciones remotas en Howdy, y el patrón se repite: React, Node, Docker, Kubernetes, AWS, 6 años de experiencia. Ese CV es indistinguible del de otros 40 candidatos con el mismo stack. El problema no es la experiencia, es que la lista de herramientas no dice nada sobre si vos podés trabajar sin que alguien esté revisando cada una de tus decisiones, que es exactamente lo que un equipo en EE.UU. necesita de un dev remoto senior.
Un hiring manager que contrata para trabajo remoto no está buscando el stack, está buscando la señal de que podés operar con autonomía real: tomar una decisión técnica ante la ambigüedad y responder por el resultado sin que nadie te esté mirando por encima del hombro. Esa señal no está en la lista de tecnologías. Está en cómo contás lo que hiciste.
La diferencia entre listar tareas y mostrar criterio
Compará estas dos formas de describir lo mismo. Versión uno: “Desarrollé APIs REST con Node.js y Express, trabajé con bases de datos PostgreSQL, participé en code reviews”. Versión dos: “Diseñé la migración de un monolito a tres microservicios cuando el equipo determinó que los deploys semanales generaban demasiado riesgo; separé primero el servicio de pagos porque era el que más incidentes generaba, y bajé el tiempo de deploy de 40 minutos a 6”.
La segunda versión no menciona más tecnologías que la primera. Menciona una decisión, el motivo detrás de esa decisión, y un resultado medible. Eso es lo que un equipo remoto en EE.UU. lee como “esta persona puede operar sin que yo esté encima explicándole qué hacer”.
Contá decisiones, no responsabilidades
Para cada experiencia laboral que pongas en tu CV, preguntate: ¿qué decisión tomé acá que otra persona con menos criterio no hubiera tomado igual? Si programaste una feature siguiendo un ticket detallado paso a paso, esa no es la historia que vale la pena contar. Si tuviste que elegir entre dos arquitecturas posibles, justificar por qué elegiste una, y hacerte cargo cuando algo salió distinto a lo esperado, esa sí.
No hace falta haber sido tech lead para tener estas historias. Un desarrollador semi senior que decidió cómo estructurar un módulo, o que identificó y resolvió un cuello de botella de performance sin que nadie se lo pidiera, ya tiene material. La clave es nombrar la decisión explícitamente, no esconderla dentro de una descripción genérica de tareas.
Números que importan (y los que no)
Los años de experiencia le importan mucho menos a un equipo remoto que el tamaño del problema que resolviste. “8 años de experiencia” es un dato demográfico. “Reduje el tiempo de carga de una app con 200 mil usuarios activos de 4.2 a 1.1 segundos optimizando queries N+1” es evidencia. Si podés cuantificar el impacto de lo que hiciste (usuarios afectados, tiempo ahorrado, incidentes evitados, costo reducido), hacelo. Si no tenés el número exacto, una aproximación honesta vale más que omitirlo.
Ojo con el extremo opuesto: llenar el CV de métricas infladas es fácil de detectar en una entrevista técnica, apenas te piden que expliques cómo llegaste a ese número. Un solo ejemplo bien explicado pesa más que cinco bullets de logros que no podés sostener en una conversación de diez minutos.
Lo que un equipo en EE.UU. necesita ver antes de la entrevista
Antes de invertir 45 minutos en una entrevista técnica, un hiring manager remoto quiere reducir el riesgo de que la comunicación asíncrona y la falta de supervisión directa sean un problema. Esto significa que tu CV debería responder, aunque sea implícitamente, tres preguntas: ¿trabajaste antes en un equipo distribuido o con husos horarios distintos?, ¿tomaste decisiones técnicas sin que alguien las validara en tiempo real?, ¿tu inglés escrito es lo suficientemente claro como para no generar fricción en un thread de Slack?
Si tenés experiencia remota previa, aunque haya sido parcial o freelance, priorizala. Si no la tenés, buscá en tu experiencia presencial los momentos en los que colaboraste asíncronamente con otra oficina, coordinaste con un equipo distribuido, o resolviste un problema técnico sin supervisión directa, y contá esa historia con el mismo nivel de detalle que usarías para un logro técnico.
Formato: que se pueda escanear en 15 segundos, no que impresione
El diseño de tu CV importa menos de lo que creés, pero no es irrelevante. Los sistemas ATS (Applicant Tracking Systems) filtran antes de que un humano lo vea, así que necesitás una estructura simple: secciones claras, sin tablas anidadas ni gráficos que el parser no pueda leer, y las palabras clave del puesto integradas de forma natural en tus descripciones de experiencia, no pegadas al final en una lista aparte.
Una vez que pasás el filtro automático, tenés entre 15 y 30 segundos de atención real de la persona que lo lee. Poné el enlace a tu GitHub o portfolio arriba, no al final. Si tu repositorio tiene commits recientes y un README claro, eso vale más que cualquier certificación que agregues al CV.
El error que más CVs senior arruina: la humildad mal entendida
Ya vimos decenas de CVs de devs con siete, ocho años de experiencia que describen su trabajo con el mismo lenguaje tímido que usaría alguien en su primer empleo: “colaboré en el desarrollo de”, “participé en la implementación de”, “ayudé a mejorar”. Ese lenguaje esconde exactamente la información que un equipo remoto necesita: quién decidió qué.
Tampoco es cuestión de exagerar tu rol: alcanza con ser preciso sobre tu responsabilidad real. Si lideraste la decisión, decilo así: decidí, diseñé, implementé. Si contribuiste a una decisión de otra persona, contá específicamente cuál fue tu aporte. La vaguedad no te hace parecer modesto, te hace parecer intercambiable.
Un CV que lista herramientas te pone en la misma pila que cientos de candidatos con un stack similar. Un CV que muestra decisiones, contexto y resultado te saca de esa pila, porque le da al reclutador la única señal que realmente le importa para un puesto remoto: que podés operar con criterio propio sin que nadie tenga que revisarte el trabajo línea por línea.
