Por favor, dejen de pedir desafíos de programación absurdos

• Los problemas de las pruebas de programación poco realistas

  • Está aumentando la tendencia a exigir tareas de programación poco realistas en las entrevistas técnicas.
  • Estas tareas no están relacionadas con el trabajo real y no reflejan situaciones de un entorno laboral donde la colaboración y el apoyo son lo normal.
  • Por ejemplo, depurar una base de código antigua sin documentación es algo que casi nunca ocurre en el trabajo.

• La pérdida de tiempo oculta

  • Las empresas pasan por alto el tiempo adicional que los candidatos invierten en estas tareas.
  • Los candidatos dedican mucho tiempo a investigar la empresa, aprender los requisitos del puesto y completar el proyecto.
  • Una tarea de "4 horas" puede alargarse a 8, 10 horas o más, lo que supone una gran carga para desarrolladores que compaginan trabajo y vida personal.

• El mito de la flexibilidad

  • Muchas empresas afirman que estas pruebas son necesarias para evaluar la "adaptabilidad".
  • Sin embargo, eso equivale a pedirle a un desarrollador Ruby que depure PHP, una exigencia poco realista.
  • La adaptabilidad es importante, pero el valor de un candidato no debería medirse por su capacidad para enfrentar desafíos irrelevantes.

• ¿Es evaluación o exhibicionismo corporativo?

  • Algunas empresas tienden a usar estas pruebas para presumir un estándar "élite".
  • Eso responde a una mentalidad exagerada de "el 1% superior", pero en realidad es una forma inadecuada de evaluar.
  • Este enfoque excluye a candidatos capaces que no se adaptan bien a situaciones artificiales y de alta presión.

• La necesidad de poner los pies en la tierra

  • Las empresas deben reconocer que estas prácticas de entrevista están mal.
  • Deben evaluar las habilidades necesarias para el puesto, no exigir un bootcamp de programación poco realista.
  • El proceso de contratación debe centrarse en la resolución de problemas, la colaboración y el crecimiento en áreas relevantes.
  • Las expectativas poco realistas no atraen al mejor talento; al contrario, lo agotan y desmotivan.
  • Si las empresas quieren desarrolladores adaptables, deben enfocarse en su capacidad de aprendizaje a largo plazo.
  • Eliminar estas tareas poco realistas y concentrarse en lo que de verdad importa puede ayudar a crear una cultura tecnológica mejor e inclusiva.

[GN⁺]

Opiniones de Hacker News

• Un desarrollador menciona que con frecuencia tiene la experiencia de depurar y mantener una base de código antigua en C++ con casi nada de documentación

  • Describe la situación de trabajar solo, sin equipo, en una empresa pequeña que da servicio a miles de usuarios
  • A veces también tiene que recuperar parches antiguos o reescribir código desde cero

• Está de acuerdo con la idea de que es importante evaluar la capacidad de resolver problemas en una entrevista

  • Considera excesivo pedir algoritmos de grafos a un desarrollador web junior
  • Pero cree que para un desarrollador senior o un arquitecto sí se necesita una comprensión profunda

• Comparte la experiencia de la pareja de un amigo, que practicó problemas de LeetCode mientras se preparaba para entrevistas en una gran empresa tecnológica

  • Menciona que la parte de diseño de sistemas fue la más difícil
  • Critica que las entrevistas de diseño de sistemas parecen seguir un guion

• Comparte su experiencia con un proceso de entrevistas para un puesto de ingeniero senior en una startup pequeña

  • Explica que permitieron a los candidatos elegir entre varios métodos de entrevista, y que la mayoría eligió una prueba para hacer en casa

• Comparte la opinión de que depurar una base de código antigua sin documentación es algo común

  • Cree que depurar una aplicación PHP es una buena forma de poner a prueba la adaptabilidad

• Afirma que las entrevistas de programación son la mejor forma de filtrar candidatos adecuados para puestos de desarrollo de software

  • Advierte que, si una persona no tiene habilidades básicas de programación, la empresa buscará a otro candidato

• Menciona que todos los días trabaja con la experiencia de depurar una base de código con poca documentación

  • Explica que la mitad del equipo fue despedida o dejó la empresa

• Comparte una mala experiencia en una empresa que no aplicaba pruebas de programación

  • Explica que tuvo que apoyar a colegas que no podían realizar tareas básicas en un equipo que manejaba distintos stacks tecnológicos

• Sostiene que, en puestos donde se requiere una tecnología específica, se debe evaluar esa tecnología

  • Advierte que criticar las prácticas de contratación sin entenderlas es improductivo

• Explica que las tareas para hacer en casa pueden tomar más tiempo, lo que puede generar riesgo moral

  • Señala que las tareas largas favorecen a quienes tienen más tiempo libre disponible