3 Aprendizajes Para Contratar Mejores Desarrolladores en 2024

¿Por qué en pleno 2024 seguimos entrevistando devs como si lo único que supieran hacer es resolver algoritmos de universidad?

No digo que la capacidad de resolver algoritmos no sea útil. Todo lo contrario.

Resolver algoritmos difíciles implica saber:

  1. usar estructuras de datos
  2. pensamiento crítico
  3. resolución de problemas

Pero seguro debe haber maneras más divertidas de evaluar las mismas capacidades y muchas otras como:

  1. Manejo de la frustración
  2. Respuesta ante lo desconocido
  3. Utilización de herramientas para ser más eficientes

Para explicar mas en detalle cómo lograr esto, lo voy a descomponer en tres aprendizajes:

Primer aprendizaje: Las prioridades

Te voy a contar una anécdota imperdible:

A los 18 años tuve mí primer entrevista laboral en una startup. Nunca había programado web, pero apenas supe que iba a tener la entrevista aprendí todo lo que pude en un finde.

La consigna de la entrevista era: “Crear un Twitter. Acá tenés un listado de 20 features que debería tener”.

Entre ellas:

  • sistema de notificaciones push
  • mensajería directa
  • sección de trending
  • hashtags…
  • 16 mas.

Lo primero que pensé fue: estos tipos están dementes.

Después de analizarlo unos minutos, entendí que era imposible lograr todo eso en 2hs. Decidí priorizar las features que me parecían más relevantes y accesibles para mis conocimientos de un finde programando web.

Ahí está el primer aprendizaje: Priorizar. La capacidad de priorizar es clave en un desarrollador. En las startups, estamos constantemente corriendo contra el reloj de la muerte por falta de revenue.

Tenemos que priorizar lo que dé mayor beneficio con el tiempo limitado que tenemos. En mí caso, como me sentía más cómodo con frontend, decidí hacer el feed principal y asumir que me venían los datos de una API.

Una vez que decidí que priorizar, debía empezar a programar 😬. No fue fácil, y el resultado fue una lista horrenda de divs. Sin embargo, fue suficiente para mis entrevistadores ver el potencial que tenía para priorizar lo importante.

Segundo aprendizaje: Hacer entrevistas del estilo crear un proyecto

Hacer entrevistas donde los ejercicios sean una versión simplificada de las tareas que hacen en el día a día en tu empresa es mucho mas útil. Por ejemplo, “crear un app que se conecte con el clima” o “hacer web server que haga de proxy a distintos proveedores de AI”, utilizando las tecnologías que se usan en el laburo, permiten conocer como el desarrollador se desenvuelve en el día a día.

¿Qué es mas útil?

  1. saber implementar un algoritmo de Hasheo o…
  2. levantar una api que sirva como caché?

Con la segunda opción, no solo le damos la opción de elegir UTILIZAR un Hash (¿quién se pone a implementarlo hoy en día?), también le damos la chance de atacar un problema real, que podríamos tener en la empresa.

En otras palabras, ¿Si 99% del tiempo el desarrollador se la va a pasar creando features, por qué seguimos tomando cómo hacer un merge sort?

Hacer proyectos del mundo real permite ver si el desarrollador sabe navegar internet, conoce las tecnologías actuales, y utiliza el principio de no reinventar la rueda. Además, podemos ve su razonamiento para llegar de A a B cuando los pasos intermedios no son nada claros, como en la vida real.

Tercer y último aprendizaje: Usemos la AI a nuestro favor

Esta comprobado: programar con AI nos hace un 40% más rápidos, minimiza errores, y nos ayuda a pensar soluciones más rápido. Si como entrevistadores lo usamos hasta para buscar si es string.includes o string.contains, por qué no dejamos al entrevistado usarlo?

En mis entrevistas PROMUEVO el uso de chatGPT. Es fácil ver cuándo alguien entiende los output de los LLMs. Es una herramienta, y para ser útil hay que saber usarla.

Si no agarras del mango una espada poderosa, pierde su uso y se convierte peligrosa (barras)

Estamos yendo hacia un mundo AI Native, y los desarrolladores que no usen a los LLMs como extensión de su cerebro, lamentablemente van quedando atrás.

Conclusión:

En SquadS Ventures estamos construyendo 20 startups en los próximos 5 años. Necesitamos velocidad y capacidad de delivery para crear proyectos. No estamos buscando la persona que sepa hacer el algoritmo más óptimo y el más especialista en X tecnología. Al igual que la mayoría de las startups de tecnología, preferimos desarrolladores construir.

Entrevistadores: seamos más creativos a la hora de hacer ejercicios. Tener enunciados abiertos permite a cada uno llegar a la solución con su estilo. Las entrevistas se hacen menos aburridas, y capaz salimos aprendiendo cosas.

Entrevistados: usen AI. Averigüen las mejores, cada vez hay más. Luego hago un post al respecto dedicado a esto.

¿Que opinas? Me gustaría obtener distintas miradas que desafíen y enriquezcan la discusión.

Si querés que las entrevistas sean menos aburridas, envíale este post al reclutador tech que conozcas.

Abrazo grande!

Keep reading!