Consejos para la entrevista de programación

Si tu instinto bajo presión es empezar a teclear de inmediato, esta sección corrige justamente ese instinto. Los candidatos más sólidos pasan los primeros minutos sin programar en absoluto, y los entrevistadores lo notan.

Empieza reformulando el problema con tus propias palabras y confírmalo con el entrevistador. Pregunta sobre las restricciones: el tamaño de la entrada, los rangos de valores, si la entrada está ordenada, cómo manejar una entrada vacía o mal formada. Luego nombra el enfoque que planeas seguir y su complejidad antes de escribir nada. Este breve paso de planificación detecta malentendidos a tiempo y demuestra un pensamiento estructurado, que es una gran parte de la puntuación.

El silencio es la forma más común en que un buen solucionador de problemas parece débil. Mantén un comentario continuo de lo que estás escribiendo y por qué, para que el entrevistador pueda seguir tu lógica y guiarte si te desvías.

Llega a una respuesta correcta antes que a una ingeniosa. Una solución de fuerza bruta simple que funciona vale más que una idea elegante que nunca compila, y puedes optimizar una vez que algo funcione. Escribe en fragmentos pequeños y comprobables, usa nombres de variables claros y, si te atascas, di lo que estás considerando en lugar de quedarte callado. Los entrevistadores suelen dar pistas, pero solo cuando pueden oír por dónde vas.

Una solución no está terminada cuando compila; está terminada cuando has intentado romperla. Recorre tu código con una entrada normal y luego con entradas deliberadamente hostiles: entrada vacía, un solo elemento, duplicados, números negativos, el caso más grande que permiten las restricciones.

Considera a un ingeniero frontend que entrevista para un puesto de nivel intermedio, que escribe una solución de dos punteros que funciona y luego, sin que se lo pidan, recorre un array vacío y un array de un solo elemento, y expresa el tiempo de ejecución como O(n). Ese último minuto de autoevaluación y análisis de complejidad a menudo separa una contratación de un tal vez, porque indica que el ingeniero detectará sus propios errores en el trabajo. Expresa la complejidad en tiempo y espacio en voz alta aunque no te lo pidan.

Leer consejos es fácil; ponerlos en práctica con nervios no lo es. La solución es ensayar en condiciones cercanas a las reales: un cronómetro corriendo, tu solución dicha en voz alta y sin pausas para buscar información. Después de cada problema de práctica, revisa no solo si lo resolviste, sino si aclaraste, narraste y probaste, ya que esos son los hábitos que se califican.

Las rondas cronometradas y habladas frente a un entrevistador de IA son una forma de desarrollar ese reflejo; puedes practicarlas en la herramienta de entrevista simulada. Una advertencia que vale la pena repetir: las rondas de programación reales suelen realizarse en un editor compartido y vigilado, o quedan grabadas, así que ningún asistente en vivo es seguro durante ellas, y el objetivo de la práctica es no necesitar uno. Más respuestas sobre rondas de programación están en el centro temático de tipos de entrevista, y orientación para practicar está en el centro temático de entrevistas simuladas.