Un candidato resuelve el ejercicio de algoritmos en dieciocho minutos, con la complejidad óptima y sin ayuda. Diez minutos después, cuando le preguntan "contame de una vez que discrepaste con tu manager sobre una decisión técnica y cómo lo resolviste sin poder hablarlo cara a cara", se traba. No consigue una respuesta concreta. No lo contratan, y el motivo no tiene nada que ver con su nivel técnico.
Esto pasa todo el tiempo en procesos para roles senior remotos. El código es el filtro fácil, el que cualquier plataforma de práctica te ayuda a pasar. Lo que de verdad decide una oferta a este nivel es otra cosa: si podés operar con autonomía, comunicarte bien por escrito, y tomar buenas decisiones cuando nadie te está mirando por encima del hombro.
El código filtra, pero no es lo que te contrata
Para un puesto senior, dar por sentado que sabés programar ya es parte del punto de partida. El ejercicio técnico sigue estando, pero cada vez pesa menos frente a las preguntas de diseño de sistemas, manejo de ambigüedad y criterio bajo presión. Un entrevistador experimentado aprende más de cómo reaccionás cuando el problema está mal especificado a propósito que de si conocés la sintaxis exacta de un algoritmo.
Si te dan un problema de diseño de sistema con información incompleta a propósito ('diseñá un sistema de notificaciones para 10 millones de usuarios', sin más contexto), lo peor que podés hacer es arrancar a dibujar cajas. Lo que buscan es que preguntes: ¿cuál es la latencia aceptable?, ¿tolerancia a pérdida de mensajes?, ¿picos de tráfico esperables? Esas preguntas dicen más de tu seniority que la arquitectura final.
Autonomía: se prueba con una historia, no con una frase
Decir "soy muy autónomo" no convence a nadie con experiencia entrevistando. Lo que convence es una historia específica con un antes, una decisión y un resultado medible: qué problema identificaste sin que nadie te lo señalara, qué decidiste hacer sin escalarlo primero, y qué pasó después.
Ejemplo de una respuesta que sí funciona: "noté que el pipeline de CI tardaba 22 minutos y estaba frenando a todo el equipo. Sin que nadie me lo pidiera, perfilé el build, encontré que estábamos reinstalando dependencias en cada job, y armé una caché compartida. Lo bajé a 6 minutos y lo documenté para que el resto del equipo entendiera el cambio." Eso demuestra autonomía real, con impacto verificable, sin necesitar la palabra "autónomo" en ningún momento.
La comunicación asíncrona se audita, no se declara
Muchos procesos para roles remotos ya incluyen un ejercicio de comunicación escrita: redactar un update de estado, un resumen técnico para alguien no técnico, o grabar un Loom explicando una decisión. No es un trámite secundario, es una simulación directa del trabajo real, porque en un equipo distribuido gran parte de tu influencia pasa por cómo escribís, no por cómo hablás en una llamada.
Si te piden algo así, tratalo con la misma seriedad que el ejercicio de código. Estructurá la respuesta con contexto, decisión y próximos pasos, en ese orden, y evitá la jerga innecesaria. Un mensaje async bien escrito ahorra tres reuniones. Uno mal escrito genera cinco hilos de preguntas.
Cómo hablás del conflicto dice más que cómo hablás del éxito
En remoto, sin el lenguaje corporal ni el pasillo para resolver un malentendido tomando un café, manejar el desacuerdo bien escrito es una habilidad senior en sí misma. Los entrevistadores suelen preguntar por una vez que no estuviste de acuerdo con un product manager o un par, precisamente para ver si tu versión del conflicto suena razonable y matizada, o si suena a que la otra persona siempre tuvo la culpa.
Una buena respuesta reconoce el punto de vista del otro antes de defender el propio, y cierra con cómo se resolvió en concreto, no con un final feliz genérico. Si tu historia de conflicto no tiene ningún matiz a favor de la otra parte, es una señal de alerta para quien te escucha, aunque técnicamente hayas tenido razón.
Señales de alerta que los reclutadores detectan rápido
Respuestas sin números ni casos concretos ("mejoré el rendimiento" sin decir de cuánto a cuánto), lenguaje que evita el "yo decidí" y se refugia todo el tiempo en "el equipo decidió", y falta de preguntas propias al final de la entrevista. Un senior con experiencia real casi siempre tiene preguntas específicas sobre cómo el equipo maneja los desacuerdos técnicos, cómo se distribuye el on-call, o qué autonomía real hay sobre decisiones de arquitectura, no solo sobre vacaciones y feriados.
Ninguna de estas señales reemplaza la preparación técnica de base, pero a nivel senior son las que inclinan la balanza cuando dos candidatos resuelven el mismo ejercicio igual de bien. Si además querés saber dónde buscar oportunidades remotas que de verdad valgan la pena, ese es el siguiente paso lógico después de ordenar el discurso.
La entrevista remota senior no la ganás actuando más seguro de lo que estás. La ganás teniendo historias reales, con números, sobre las veces que decidiste algo solo, comunicaste algo por escrito de forma clara, y manejaste un desacuerdo sin necesitar estar en la misma sala. Eso, más que el espacio de trabajo prolijo o la puntualidad, es lo que un entrevistador con experiencia está midiendo en verdad.
