Las entrevistas técnicas rechazan a los ingenieros equivocados

Conocimiento tácito, razonamiento y comunicación

• Varios comentarios subrayan que gran parte de la habilidad de ingeniería es tácita: reconocer patrones, percibir problemas y mantener la conciencia situacional.
• Hay desacuerdo sobre si “articular sobre la marcha” es parte del trabajo:
  • Un lado: comunicar el razonamiento técnico en tiempo real es central para el puesto.
  • El otro lado: la articulación clara se deriva de una comprensión profunda; forzar explicaciones instantáneas en situaciones de mucha presión mide mal la capacidad real.
• Algunos argumentan que los buenos ingenieros a menudo necesitan tiempo a solas para pensar y volver después con planes sólidos, no soluciones instantáneas.

Formatos y tono de las entrevistas

• Entrevista “para personas con experiencia” propuesta: al candidato se le da tiempo para presentar cómo avanzaría los objetivos de la empresa, seguida de preguntas técnicas de profundización.
• Rechazo a que un encuadre adversarial (“os juzgaremos”, “según nos parezca”) aumenta la ansiedad y perjudica la señal; se sugieren reformulaciones como un escrutinio colaborativo de los compromisos.
• Los ejercicios de diseño de sistemas y los take-home son ampliamente conocidos:
  • Quienes los apoyan dicen que se alinean mejor con el trabajo real y pueden enfatizar la colaboración y la comunicación.
  • Quienes los critican señalan que los candidatos a menudo se quejan de los take-home largos como “trabajo gratis”, y que los entrevistadores se vuelven demasiado familiarizados con los problemas, juzgando mal lo “obvias” que son realmente las soluciones.

Duración, burocracia y qué seleccionan las entrevistas

• Un sector sostiene que 2–3 horas y varias rondas son razonables, especialmente para puestos bien pagados; el esfuerzo filtra a los candidatos motivados.
• Otro sector ve los procesos largos y de múltiples pasos como “saltos a través de aros” que:
  • Filtran a ingenieros sólidos pero no desesperados.
  • Señalan lentitud organizativa y burocracia.
• La opinión de que el diseño de la entrevista selecciona inherentemente ciertas características (tolerancia a la burocracia, desempeño bajo estrés, etc.) en lugar de pura competencia.

Basadas en experiencia frente a retos de programación

• Muchos defienden profundizar en proyectos pasados: rol, decisiones, compromisos, impacto en el negocio y arquitectura.
• Otros advierten que esto sobrepondera a candidatos que han “fracasado hacia arriba” y a los que hablan bien; los entrevistadores no pueden validar de forma fiable las contribuciones que se afirman.
• Las entrevistas de coding/pizarra se critican por su baja correlación con el desempeño laboral, pero se defienden como una de las pocas herramientas para detectar habilidades básicas cuando las credenciales y la antigüedad no son fiables.

Influencia de la IA

• Algunos entrevistadores informan que a los candidatos les cuestan los problemas complejos sin LLMs.
• Las sugerencias incluyen:
  • Permitir que los candidatos usen IA y evaluar la descomposición de problemas, el análisis de requisitos y la revisión de código.
  • Poner el énfasis en la verificación, las pruebas y las herramientas por encima de la codificación manual pura.
• No hay un consenso claro sobre cuánto apoyo de IA debería formar parte de la evaluación.