Práctica para pruebas de programación estilo HackerRank

Cómo suele ser la prueba real

No existe una única prueba de HackerRank. HackerRank es una plataforma: cada empleador crea su propia prueba y elige las preguntas, los lenguajes permitidos y el límite de tiempo. La invitación del empleador es la mejor guía para saber qué esperar.

Tipos de preguntas. HackerRank incluye muchos tipos de preguntas en sus pruebas, como programación, bases de datos, opción múltiple, front-end, back-end, full-stack, revisión de código, preguntas subjetivas y otras (HackerRank). La mayoría de las pruebas de programación se centran en unos pocos tipos:

• Preguntas de programación: usted escribe una solución en un editor. HackerRank indica que los candidatos pueden ejecutar su código con los casos de prueba y que luego se califica con casos de ejemplo que pueden ver y casos ocultos que no pueden ver (HackerRank support).
• Preguntas de bases de datos: usted escribe una consulta SQL y el resultado se compara con la salida esperada (HackerRank support).
• Opción múltiple: conceptos, complejidad y qué hace un fragmento de código; se califica automáticamente (HackerRank).

Ejemplos públicos de duración. Las pruebas de habilidades de HackerRank dan una idea de la variedad: su prueba Python (Basic) figura con 2 preguntas en 90 minutos (HackerRank) y su prueba SQL (Basic), con 2 preguntas en 30 minutos (HackerRank). La prueba de un empleador puede ser más corta o más larga y tener más o menos preguntas.

Temas que se suelen mencionar en las pruebas de programación: arreglos y cadenas, mapas hash y conjuntos, ordenamiento y búsqueda, complejidad temporal, casos límite como entradas vacías o negativas y SQL básico.

Qué incluyen nuestros simulacros. Cada simulacro completo tiene 14 preguntas en 90 minutos, divididas en tres secciones: conceptos y lectura de código (10), problemas de programación (3) y un problema de bases de datos (1). Para los problemas de programación, usted escribe y ejecuta una solución en Python, JavaScript, Java o C++; para el problema de bases de datos, escribe una consulta SQL. Cada solución se comprueba con casos de prueba ocultos y obtiene puntos por cada caso que supera. Se recomienda usar una computadora portátil. Puede volver atrás y marcar preguntas.

En qué se diferencia nuestra muestra gratuita. Las 10 preguntas gratuitas son de opción múltiple: las preguntas de programación le piden elegir qué solución supera las pruebas o qué entrada hace que una solución falle. Evalúan las habilidades necesarias para escribir código que supere las pruebas. En los simulacros completos, usted escribe y ejecuta el código. Nuestros casos ocultos son pequeños y comprueban la corrección y los casos límite, por lo que no se mide el tiempo de una solución lenta con entradas enormes, como ocurre en algunas pruebas reales; las explicaciones indican cuándo importa la velocidad.

Tipos de preguntas con ejemplos resueltos

Un ejemplo resuelto para cada tipo de pregunta, con el error en el que cae la mayoría.

1. Complejidad temporal. Un bucle recorre una lista y cada vez llama a "x in other_list". Ambas listas tienen n elementos. El bucle se ejecuta n veces y cada comprobación de pertenencia puede revisar hasta n elementos, así que el conjunto de operaciones es O(n al cuadrado). Si convierte other_list en un conjunto, cada comprobación tarda O(1) en promedio y el bucle, O(n). Error común: contar solo el bucle visible. Las llamadas integradas también realizan trabajo, como "in" en una lista, list.index y los segmentos de lista.

2. Leer código. ¿Qué muestra print([x * 2 for x in range(3)])? range(3) da 0, 1 y 2, así que la respuesta es [0, 2, 4]. Error común: empezar en 1 o incluir 3. range se detiene antes del valor final.

3. Qué solución supera las pruebas. Un problema admite hasta 100,000 elementos. Una solución O(n al cuadrado) requiere unos 10 mil millones de pasos, demasiado para un límite de tiempo habitual. En cambio, O(n) u O(n log n) debería ser suficientemente rápida. Error común: elegir la solución que parece más corta. Primero, compare su complejidad con el tamaño indicado.

4. Qué entrada causa un error. Una función devuelve el promedio de una lista mediante sum(nums) / len(nums). ¿Qué entrada causa un error? Una lista vacía, porque se divide entre cero. Error común: probar solo entradas habituales. Pruebe una lista vacía, una con un elemento, otra con todos los valores iguales, valores negativos y el tamaño máximo permitido.

5. Problema de bases de datos. Necesita el gasto total de cada cliente, incluidos los que no han gastado nada. Use customers LEFT JOIN orders, agrupe por cliente y sume el importe; después, convierta NULL en 0 con COALESCE. Error común: usar un INNER JOIN, que excluye sin avisar a los clientes sin pedidos.

Cómo prepararse

1. Lea primero la invitación. Anote el límite de tiempo, el número y el tipo de preguntas, y los lenguajes permitidos. Los empleadores definen todos estos aspectos, así que no dé nada por sentado.
2. Elija un lenguaje y manténgase con él. Para las preguntas de programación, use el lenguaje que mejor conoce. Familiarícese lo suficiente con sus listas, diccionarios, conjuntos, métodos de ordenamiento y métodos para cadenas integrados como para no tener que buscarlos.
3. Aprenda a relacionar la complejidad con el tamaño de la entrada. Revise los límites indicados antes de programar. Para hasta unos 1,000 elementos, O(n al cuadrado) suele ser aceptable; con 100,000 o más, procure alcanzar O(n) u O(n log n).
4. Practique los casos límite de forma intencional. Pruebe con una entrada vacía, un solo elemento, duplicados, valores negativos, valores muy grandes y el tamaño máximo. Las preguntas de programación se califican con casos de prueba ocultos (HackerRank support), y muchos de esos casos se encuentran entre ellos.
5. Ejecute los casos de ejemplo y luego pruebe los suyos. Superar los ejemplos visibles es el comienzo, no el final. Antes de enviar la solución, agregue algunos casos propios.
6. Repase los fundamentos de SQL. Los JOIN, GROUP BY, HAVING, NULL y el ordenamiento cubren la mayoría de las preguntas de bases de datos. Revise el resultado fila por fila, porque las respuestas de bases de datos se comparan con la salida esperada (HackerRank support).
7. Escriba soluciones completas con límite de tiempo. En nuestros simulacros completos, usted escribe y ejecuta código con casos ocultos; haga lo mismo con problemas propios para acostumbrarse a escribir una solución completa con límite de tiempo.
8. Practique al ritmo de la prueba. Haga simulacros completos cronometrados para que el día de la prueba le resulte normal trabajar con concentración durante 90 minutos.

Cómo suele funcionar la puntuación

Cada empleador establece cómo se puntúa. HackerRank describe cómo se puntúan los distintos tipos de preguntas, y cada empleador decide qué resultado es suficiente. No existe una nota mínima universal para aprobar.

• Preguntas de programación: HackerRank indica que el sistema ejecuta su código con cada caso de prueba y compara cada resultado con el resultado esperado. Cada caso de prueba tiene una puntuación asignada: si lo supera, obtiene todos esos puntos; si no, no obtiene ninguno. No se otorgan puntos parciales dentro de un caso de prueba. La puntuación de la pregunta es el total de los puntos de los casos de prueba que supera. Los casos de ejemplo que puede ver pueden valer 0 puntos, mientras que los casos ocultos sí otorgan puntos (soporte de HackerRank).
• Preguntas de bases de datos: el resultado de su consulta se compara con el resultado esperado: si coincide, obtiene la puntuación completa; cualquier otro resultado vale cero, a menos que el empleador lo revise manualmente y otorgue puntos parciales (soporte de HackerRank).
• Opción múltiple: se puntúa automáticamente (HackerRank).

Por eso, una solución casi correcta, o correcta pero demasiado lenta, puede perder la mayoría de sus puntos: cada caso oculto se aprueba o se reprueba.

Nuestra puntuación de práctica es la cantidad de preguntas nuestras que respondió correctamente, con un desglose por sección para que pueda ver en qué enfocarse. Es una puntuación de práctica: no es una puntuación de HackerRank ni el resultado de ningún empleador, y no predice si aprobará.

Errores frecuentes

• Detenerse cuando pasan los ejemplos. Los ejemplos visibles representan solo una pequeña parte de los casos. Pruebe por su cuenta con entradas vacías, un solo elemento, números negativos y el tamaño máximo.
• Ignorar los límites de entrada. Una solución correcta pero lenta puede fallar en los casos ocultos de mayor tamaño. Lea los límites antes de elegir un método.
• Iniciar el máximo en 0. Empiece por el primer elemento; de lo contrario, los números negativos harán que el resultado sea incorrecto.
• Modificar una lista mientras la recorre. Al eliminar elementos durante la iteración, algunos se omiten. En su lugar, cree una lista nueva.
• Cometer errores de desfase por una unidad en los rangos. range(a, b) se detiene antes de b, y los segmentos funcionan igual. Compruebe el primer y el último índice con un ejemplo pequeño.
• Imprimir contenido adicional. Las respuestas de programación se comparan con la salida esperada, por lo que los mensajes de depuración o los espacios adicionales pueden hacer que un caso falle.
• Dedicar demasiado tiempo a un problema. Envíe primero una solución que funcione y mejórela si le queda tiempo.