Prueba técnica: Criterios de evaluación

A continuación queremos detallar cómo valoramos la prueba técnica que realizamos en nuestro proceso de selección.

Como candidatos nos ha tocado hacer multitud de pruebas, y nunca hemos recibido ningún tipo de feedback, así que ahora que nos toca a nosotros, creemos que es un buen momento para tratar a los demás como nos gustaría que nos hubieran tratado.

Lo primero, esto no es un examen: es una opinión. Algunos candidatos entran en controversia con nosotros, y esto es algo bastante desagradable. Por supuesto siempre estamos abiertos a que alguien nos explique algo, y muchas veces hemos aprendido cosas con las pruebas de los candidatos, pero entiende que es muy desagradable cuando un candidato quiere convencerte de algo que no es.

Al final, si crees que estamos equivocados, es posible, simplemente somos programadores como tu, y por supuesto a veces nos equivocamos.

Candidato

Una prueba técnica tiene que estar muy orientada al tipo de candidato que estás buscando. No tiene mucho sentido hacer una prueba de algoritmia y patrones de diseño para un perfil que va a trabajar con wordpress.

En nuestro caso buscamos perfiles con varios años de experiencia, con un conocimiento razonablemente bueno del framework con el que trabajamos, pero que todavía tenga un buen margen de crecimiento junto a nosotros. Es decir buscamos a alguien que pueda ser productivo en un corto plazo, que pueda trabajar la mayor parte del tiempo de forma independiente, pero que el desarrollo profesional y el aprendizaje que puede adquirir con nosotros sea algo importante para él.

Descripción de la prueba

Nuestra prueba es realmente sencilla. No voy a describirla aquí, porque la cambiamos con cada proceso, pero básicamente pedimos que se instale un proyecto con symfony y que se programen un par de acciones, y algún comando. Todo ello sin dar ningún tipo de instrucción acerca de cómo hacerlo. Si acaso se insinúa ligeramente al candidato que sea creativo.

Consejos iniciales

Criterios de evaluación

Como verás en las cosas que evaluamos a continuación. es una prueba tan sencilla en la que buscamos es que seas muy detallista en las pequeñas cosas.

Asignaríamos una puntuación 1-10 para cada uno de los siguientes apartados, de forma que pudiéramos valorar de forma justa y a la vez sencilla para nosotros. Los criterios de evaluación no están en orden de importancia. Tampoco hacemos una media artimetica del resultado, simplemente es una guía para saber cuales son tus puntos fuertes y cuales son tus puntos debiles. El resultado de la prueba técnica, junto con la evaluación personal que hagamos, será lo que nos ayude a decantarnos por uno u otro candidato.

El README.md es una de las partes más importantes de la prueba, ya que te da la oportunidad de explicar y justificar las decisiones que has tomado.

Pon atención a las faltas de ortografía. No pasa nada, el que esté libre de pecado que tire la primera piedra, pero mi recomendación es que si sueles cometer faltas de ortografía, lo pases por un corrector antes de enviarlo.

Versiones

Valoramos positivamente que utilices las últimas versiones disponibles, especialmente del lenguaje y del framework.

Docker

Valoramos positivamente que presentes tu prueba dentro de un contenedor.

Coding Style

Valoramos positivamente que presentes un coding style consistente y especialmente que lo definas explícitamente de alguna forma, por ejemplo indicandolo en el README.md o incluyendo algún tipo de fichero de configuración como .php-cs-fixer.dist.php indicando tus reglas de estilo.

Alcance

Como ya he dicho anteriormente. Asegúrate de leer bien, lo que se pide. Muchos candidatos olvidan alguna pequeña cosa. Es obvio que es un despiste. Pero no dice algo bueno de ti, que seas despistado en una prueba sencilla.

Bundles

Muchos candidatos utilizan bundles de la comunidad. Valoramos positivamente que puedas usar los bundles más conocidos. Nos indica que conoces el ecosistema.

Comandos

La prueba probablemente te pida que ejecutes un sencillo comando. Evaluaremos que hagas un uso eficaz de los comandos. Valoramos que el candidato demuestre que conoce cómo funciona el componente configurando correctamente tanto los parámetros de entrada, como haciendo un uso correcto de la salida.

Formularios

Valoramos que el candidato demuestre que entiende bien cómo funcionan, que sea capaz de crear un formulario y añadirle algunas validaciones.

Doctrine

Valoramos que el candidato entienda cómo funciona doctrine. Declare entidades, repositorios y realice algunas queries sin cometer errores.

Servicios

Aunque la prueba no lo pide expresamente, se valora que el candidato trate de crear servicios y llevar la lógica desde los controladores a estos.

Assets / Frontend

Se valora que el candidato haga un uso correcto de webpack o que incluya algún otro recurso de frontend.

Pruebas

Se valora que el candidato entregue una batería de pruebas de algún tipo, unitarias, funcionales y sea capaz de justificar en el README.md su elección.

¿Qué te ha parecido?

Por supuesto, queremos saber tu opinión, ¿qué te ha parecido la prueba y el proceso en general?, ¿hay algo que cambiarías? ¿Crees que has tenido la oportunidad de demostrar tus capacidades? ¿Qué te hubiera gustado poder hacer?