Cómo preparar una entrevista de ingeniería de software en Cloudera/MapR/Hortonworks

Entrevistado para el puesto de ingeniero de desarrollo de software de prueba en Bangalore,India

El reclutador se puso en contacto y después de hacer una rápida comprobación de antecedentes organizó una pantalla telefónica. La pantalla telefónica tenía preguntas básicas de scripting y también preguntas de programación y lo hice bien por lo que me invitaron a una entrevista in situ.

Tuve 5 entrevistas 1:1. Todas eran técnicas y de programación basadas en algoritmos y estructuras de datos. Dos fueron con SDETs, una con el gerente de contratación, una con el gerente de desarrollo senior y una fue con el gerente general. Esperaba que el director general me preguntara por la cultura. Pero para mi sorpresa me hizo preguntas más técnicas centradas en estructuras de datos, modelado y preguntas relacionadas con la complejidad,

Hubo un de-breif local y fueron buenos excepto que no sabía mucho sobre la empresa y pedí que los leyeran y organizaron 2 rondas telefónicas en EE.UU. y RRHH dijo que serían las rondas finales.Se centraron en pocas preguntas relacionadas con la programación y el marco de automatización.

El primer entrevistador fue bueno. Pero el segundo entrevistador no hizo muchas preguntas desafiantes y no hay nada que hacer con mucha lógica (líder técnico para el proyecto- la entrevista muy muy promedio en todo el proceso de entrevista). Mientras tanto, RRHH pidió las nóminas y los detalles de mi compensación y fue bastante positivo.

Entonces, de repente, después de 2 días, RRHH y el director de contratación me llamaron y dijeron que querían que esperara 2 meses ya que ahora están buscando gente fuerte en marcos de automatización en UI y nivel senior. En el caso de que se trate de ingenieros de automatización de UI, ¿por qué la entrevista no se centró en eso y sólo en la programación y las estructuras de datos? No tiene perfecto sentido. Y cuando todos los demás entrevistadores son positivos ¿por qué una entrevista es el factor decisivo? La respuesta fue muy buena y excepcional en codificación, resolución de problemas y DS. ¡¡¡Pero los conocimientos de UI y de pruebas de servicios web son limitados y el alcance de entrar en la empresa sólo después de 2 meses!!! :p...

Pero debería entender si una persona es buena lógicamente y la programación es buena no es un gran problema para hacer pruebas de UI y servicios web. Solo sentí que era mera pérdida de mi tiempo y mente en el proceso. Acepto las entrevistas, excepto la última con el líder en EE.UU. fue bastante interesante y desafiante. Pero veo cierta confusión en la estrategia de contratación. La decisión de una persona influye en todo el proceso de entrevistas. Si esto continúa, seguirán perdiendo buenos candidatos por culpa de un mal entrevistador. Tuve una muy mala experiencia . Una entrevista de todo el día llena de programación y una llamada a última hora de la noche 10-12 PM con EE.UU. y, finalmente, una razón inútil para esperar. He enviado un correo a RRHH, ya no estoy interesado en esperar y unirme a la organización, por favor, procedan con los otros candidatos.
En general, una muy mala experiencia frustrante