Las entrevistas de pizarrón volvieron — así te preparas de verdad

Durante unos años, la tendencia en las entrevistas técnicas fue en una sola dirección: menos pizarrones, más tareas para hacer en casa, más rondas asincrónicas que podías resolver desde tu propio escritorio, en tu propia máquina. Esa tendencia se revirtió en silencio. Una cantidad creciente de empresas está trayendo de vuelta las rondas de programación presenciales, sin laptop propia, sin asistente, específicamente porque el formato para hacer en casa dejó de decirles algo confiable.

Si estuviste armando tu preparación para entrevistas asumiendo que vas a tener un editor, autocompletado y quizás una segunda pestaña abierta, vale la pena actualizar esa suposición antes de estar parado frente a un pizarrón descubriéndolo de la forma difícil.

Por qué está pasando esto

La era de las tareas para hacer en casa y las rondas asincrónicas asumía que el resultado sin asistencia de un candidato y su resultado con asistencia de IA eran más o menos lo mismo, solo que más rápido con ayuda. Esa suposición se rompió. Un candidato que puede lograr una solución aprobatoria dándole instrucciones a una IA no es necesariamente el mismo candidato que puede razonar un problema en voz alta, bajo presión de tiempo, sin nada más que un marcador y su propia cabeza. Las empresas notaron que la brecha entre esos dos candidatos aparecía después de la contratación, no antes, y empezaron a diseñar entrevistas para detectarla más temprano.

Qué es realmente distinto en este formato

Sin autocompletado, obviamente, pero esa es la parte más pequeña. Nada se ejecuta, así que un pequeño desliz de sintaxis no lo atrapa una línea roja ondulada, simplemente queda ahí hasta que alguien lo nota, quizás tú, quizás el entrevistador. Tienes que externalizar tu razonamiento en voz alta mientras escribes, lo cual es una habilidad en sí misma, separada de escribir código correcto. Y la sintaxis misma tiene que estar lo suficientemente cerca de ser correcta como para que alguien leyendo tu letra pueda seguir la lógica, lo cual es una vara genuinamente distinta a "el compilador lo aceptó".

Cómo prepararte específicamente para este formato

• Practica escribir código en algún lugar que no sea un IDE. Un archivo de texto plano sin extensiones, o papel de verdad. La ausencia de resaltado de sintaxis y sangría automática es un ajuste en sí mismo, y la primera vez que lo sientas no debería ser en la sala.
• Practica narrar mientras programas. Explicar tu razonamiento en voz alta al mismo tiempo que escribes es una habilidad distinta a cualquiera de las dos por separado. Hazlo en voz alta, incluso solo, hasta que deje de sentirse como una actuación.
• Conoce la sintaxis de tu lenguaje objetivo de memoria, no "lo buscaría". No hay pestaña de documentación en la sala. Si tienes que detenerte a reconstruir firmas de métodos desde cero, ese es exactamente el reflejo que vale la pena entrenar de antemano.
• Simula la presión real, no solo el problema. Un cronómetro corriendo y alguien observando cambia cómo se siente un problema, incluso uno que ya resolviste sin cronómetro. Practica bajo esa presión específicamente, no solo el algoritmo aislado.

El músculo que realmente importa acá

Cada parte de este formato, sin autocompletado, sin ejecución, narrar en voz alta, vuelve a lo mismo de fondo: ¿puedes producir código correcto de memoria, bajo presión leve, sin nada que te ayude más que tu propio recuerdo? No es una habilidad distinta a la que evalúa una tarea para hacer en casa, es una versión más estricta y honesta de la misma, con el atajo asistido por IA quitado.

Ese es exactamente el escenario que SoloScript está construido para ensayar: ejercicios sin asistencia y conscientes del tiempo, en el lenguaje que realmente usas, para que el formato en sí deje de ser lo que te pone nervioso, y puedas concentrarte en el problema real que tienes enfrente.