Qué Evalúan Realmente las Pruebas para Hacer en Casa

Una prueba para hacer en casa parece engañosamente simple en la superficie: una consigna, unos días, un repositorio para entregar. Tratarla como "solo construye la función correctamente" es una lectura natural de las instrucciones, y se pierde la mayor parte de lo que realmente se está calificando.

Saber qué se evalúa de verdad cambia cómo deberías usar tu tiempo limitado, y normalmente no es más tiempo en la función en sí.

Lo obvio: si funciona

La corrección importa y es lo mínimo esperado, pero rara vez es lo que realmente diferencia. La mayoría de las entregas que pasan un primer filtro ya funcionan a un nivel básico — eso es el piso, no lo que separa una entrega sólida de una promedio.

Qué es lo que realmente separa las entregas

Los revisores están pesando cosas que la consigna rara vez menciona explícitamente: si el código está organizado y es legible sin que tú estés presente para explicarlo, si existen pruebas y qué eligieron cubrir (incluso un par de pruebas bien elegidas muestran criterio real), cómo se manejaron los casos límite, y si el README se lee como alguien que entendió las decisiones que estaba tomando, no como alguien que solo produjo resultados. El tiempo también importa — una entrega que claramente usó cada minuto disponible se lee distinto a una que se hizo con eficiencia y con margen de sobra, porque los trabajos reales funcionan con estimaciones de tiempo realistas, no con tiempo ilimitado.

Dónde pierden puntos los candidatos sin darse cuenta

• No explicar las decisiones tomadas. Un README que solo dice "ejecuta npm install" cuando la consigna claramente tenía requisitos ambiguos se lee como una oportunidad perdida, no como una entrega prolija.
• Cero pruebas, o pruebas que solo cubren el camino feliz. Los revisores tienden a leer esto como una señal sobre los hábitos del día a día, no solo un atajo tomado para esta entrega en particular.
• Sobrediseñar una consigna pequeña. Los revisores notan cuando el alcance de la solución no coincide con el alcance de una fecha límite real — se lee como una brecha de criterio, no como minuciosidad.
• Código que el candidato no puede explicar en vivo en la llamada de seguimiento. Esto se vigila específicamente ahora, dado lo común que se volvieron las entregas hechas con mucha ayuda de IA — y es la forma más rápida en que una entrega por lo demás sólida pierde confianza.

Cómo prepararte de verdad

Distribuye tu tiempo limitado a propósito en vez de gastarlo todo persiguiendo el camino feliz. Escribe el README como si le estuvieras explicando tus decisiones a un compañero de equipo, no solo dejando instrucciones de instalación. Y ensaya poder explicar y modificar tu propia entrega en vivo después, porque esa conversación de seguimiento muchas veces es la prueba real, no la revisión de código que pasó antes.

Poder explicar y modificar código en el momento, sin ayuda, en vivo, es exactamente el músculo que las prácticas diarias cortas en SoloScript están hechas para mantener ejercitado — lo que realmente te protege en esa conversación de seguimiento, no solo al escribir la entrega.