Cómo resolver una prueba técnica en casa

Algunas empresas envían pruebas técnicas para hacer en casa como parte de su proceso de selección. En este post vamos a ver cómo abordarlas para mejorar nuestras posibilidades de ser contratad@s.

Generalmente estas pruebas consisten en hacer un pequeño proyecto que no tome más de un día de trabajo, y que le permitan a la empresa conocer tus habilidades técnicas así como medir tu nivel de profesionalismo: comunicación, ética, uso de buenas prácticas, etc.

Muchas personas pierden oportunidades interesantes por errores que se podrían evitar fácilmente, así que hemos creado un proceso con los siguientes 3 pasos que puedes seguir cada vez que recibas una prueba técnica:

1. Entender lo que se debe hacer:
   • Leer la prueba tan pronto la recibamos y hacer preguntas si es necesario.
   • Dividir el problema y planear cómo la vamos a solucionar.
   • Estimar el tiempo que nos va a tomar.
2. Implementar y entregar la prueba.
3. Extraer aprendizajes

Entender lo que se debe hacer

Quizá el error más común que cometen los candidatos cuando se enfrentan con una prueba técnica es lanzarse a escribir código sin saber bien lo que deben hacer.

Nuestra recomendación es leer la prueba tan pronto la recibas y no esperar hasta que la vayas a empezar a solucionar. De esa forma aprovechas el tiempo para hacerle algunas preguntas al entrevistador y esperar su respuesta antes de comenzar.

Algunas preguntas que te deberías hacer en este momento son las siguientes:

• ¿Cuánto tiempo tengo para entregar la prueba?
• ¿Qué tecnologías y librerías puedo o no puedo usar?
• ¿Cómo debo entregar la prueba?

Si no ves la solución a estas preguntas en la prueba es mejor preguntar. Si nos piden tecnologías que no conocemos podemos preguntar si las podemos cambiar.

Ok, es hora de hacer una corta planeación. ¿Cómo dividimos el problema? ¿Qué vamos a hacer primero? ¿Qué sabemos y qué no sabemos hacer?

El resultado de este proceso debería ser una secuencia de pasos, por ejemplo:

1. Crear la base de datos y las tablas/colecciones.
2. Crear el proyecto del backend.
3. Implementar los modelos.
4. Crear las rutas.
5. Implementar algunas pruebas automatizadas.
6. Desplegar el proyecto.
7. Crear un README para la entrega con la arquitectura, tecnologías, instrucciones de ejecución y las suposiciones que hicimos.

Fíjate especialmente en los tres últimos puntos que muchas personas omiten y que son muy importantes a la hora de entregar una buena prueba.

Una vez tengas la planeación es una buena idea validar con alguien experimentado si nuestra planeación está completa y solucionar las dudas que nos surjan.

Por último intenta hacer una estimación de cuántas horas te va a tomar implementar la prueba y anótalo, la idea es compararlo al final para los aprendizajes.

Todo lo que hemos hablado hasta ahora no te debería tomar más de una hora.

¡Es momento de empezar a escribir código!

2. Implementar y entregar la prueba

La prueba puede ser similar a proyectos que has trabajado o puede ser algo completamente nuevo. En el primer caso te puedes guiar de tus proyectos anteriores. En el segundo caso es importante hacer una investigación en Internet, buscar soluciones a retos similares, seguir tutoriales, etc.

La mayoría de veces, sin embargo, va a ser una combinación de las dos anteriores: similar a proyectos anteriores pero con retos completamente nuevos.

Está bien buscar y utilizar código de Internet con dos excepciones:

• Si encuentras una solución a la misma prueba nuestra recomendación sería implementar tu propia solución y compartir con el entrevistador la solución que encontraste.
• Si encuentras una librería o un código que soluciona en gran parte lo que debes hacer en la prueba sería buena idea preguntar si está bien utilizarla.

Recuerda que una parte importante de lo que quieren medir las empresas con estas pruebas es tu comunicación y ética.

El siguiente paso es hacer al menos un par de pruebas automatizadas, esto demuestra profesionalismo y es siempre bien visto por los entrevistadores.

No olvides crear un README los siguientes puntos como mínimo:

1. Descripción y links (si está publicado en Internet).
2. Las tecnologías que utilizaste.
3. Instrucciones para ejecutar el proyecto.
4. Suposiciones. Si asumiste algo que no era claro de las instrucciones anótalo acá.

Por último, nuestra recomendación es que pidas retroalimentación de alguien experimentado que pueda hacer una revisión final para evitar errores triviales o malas prácticas que puedan arruinar el proceso. Recuerda que si eres estudiante de Make It Real tendrás acceso a mentores a los que puedes acudir en estos casos.

Extraer aprendizajes

Lo interesante de las pruebas para hacer en casa es que te van a permitir aprender y seguir practicando. Por eso es importante tomarse al menos 10 minutos para recopilar algunos aprendizajes:

• ¿Qué salió bien?
• ¿Qué no salió bien?
• ¿Qué podría hacer diferente la próxima vez?

Anota las respuestas a estas preguntas. Es normal cometer errores, lo importante es aprender de ellos.