He entrevistado a cientos de candidatos para puestos de ingeniería de software

Las prácticas de contratación para ingenieros de software están siendo criticadas, y muchos sostienen que los acertijos de pizarra y los desafíos al estilo LeetCode son estresantes, de baja señal y a menudo no predicen el rendimiento real. Los comentaristas debaten alternativas como entrevistas conversacionales, tareas de codificación simples, asignaciones para llevar a casa, revisión de portafolios y preguntas conductuales estructuradas, al tiempo que señalan la falta de competencia básica en el sector y el riesgo de sesgo al confiar en el “encaje cultural” o en el entusiasmo por las noticias tecnológicas. Varias voces subrayan que la habilidad del entrevistador, la claridad sobre lo que se evalúa y el respeto por el tiempo y la dignidad de los candidatos son al menos tan importantes como el formato específico utilizado.

Límites de los desafíos de programación y las pizarras

  • Muchos informan que las pruebas para llevar a casa, la codificación en vivo y los acertijos son desagradables para ambas partes y rara vez revelan problemas que no aparecerían en una conversación.
  • Otros sostienen con firmeza que, sin codificación en vivo, muchos contratados no podrían escribir ni siquiera bucles básicos o algoritmos simples, a pesar de tener currículums y habilidades de comunicación sólidas.
  • Los acertijos estándar de “LeetCode”/algoritmos son criticados porque seleccionan por preparación para pruebas y tolerancia a la presión, no por habilidades relevantes para el trabajo.

Necesidad de verificación de habilidades básicas

  • Varios entrevistadores insisten en comprobaciones de codificación muy simples (por ejemplo, bucles, operaciones con listas, transformaciones básicas de datos) para detectar a postulantes que “hablan muy bien” pero no saben programar.
  • Hay desacuerdo sobre cuánta presión es justa: algunos quieren tareas triviales y de bajo estrés; otros aceptan que una presión moderada es inevitable.

Objetivos de la entrevista: resolución de problemas, comunicación, encaje

  • Muchos prefieren entrevistas conversacionales: repasar proyectos pasados, diseños de sistemas, muestras de código o código aportado por el candidato, profundizando en la comprensión.
  • Señales deseables: enfoque sistemático, capacidad para explicar compensaciones, disposición a decir “no sé” y colaboración constructiva.
  • Algunos esperan que los seniors articulen el enfoque y el diseño antes de programar; otros señalan que el diseño real suele ocurrir durante horas, no en cinco minutos en una pizarra.

Cultura, personalidad y sesgo

  • El “encaje cultural” se ve tanto como necesario como arriesgado: puede garantizar una colaboración fluida, pero también puede incorporar sesgos y reducir la diversidad.
  • Las preguntas sobre “noticias tecnológicas”, “nuevas tecnologías” o actividades sociales (por ejemplo, fiestas, bebidas) pueden filtrar implícitamente por burbuja social, estilo de vida o personalidad.
  • Varios señalan que muchos buenos desarrolladores no soportan las pruebas de alta presión ni la socialización forzada, y que descartarlos puede ser contraproducente.

Falta de estándares y competencia básica

  • Una queja recurrente: los niveles de habilidad de los candidatos varían enormemente y los currículums son malos predictores.
  • Algunos proponen un “examen de barra” ligero, a nivel de la industria, para garantizar una competencia mínima (bucles, condicionales, razonamiento básico); otros temen que esto recrearía barreras costosas de credenciales.

Diseño del proceso y evidencia de investigación

  • Mejoras sugeridas: menos rondas, planes claros sobre qué evaluar e entrevistas conductuales estructuradas (“cuéntame sobre una ocasión en la que…”) con rúbricas consistentes.
  • Un comentarista cita la psicología industrial/organizacional: las pruebas de muestra de trabajo y las entrevistas estructuradas están entre las más predictivas; las conversaciones no estructuradas son más sesgadas y tienen menor señal.
  • También hay preocupación de que muchos entrevistadores, ellos mismos, son malos evaluando habilidades o estableciendo expectativas precisas.