Puede haber múltiples razones: lagunas de codificación y / o prueba, experiencia inadecuada, habilidades que no coinciden y que los entrevistadores y reclutadores podrían informar en la retroalimentación. Puede haber otras razones en realidad: preparación inadecuada (quiero decir, cuánto podría uno comprender como material de preparación antes de presentarse para la entrevista, quiero decir, en serio), vestimenta inapropiada incluso, ajuste cultural, ajuste de equipo que nadie podría explicar por qué .
Aquí está la razón principal, no te has encontrado como el mejor candidato para el trabajo. Potencialmente, hay otro candidato que aparentemente encaja mejor que el equipo ya ha entrevistado, o esperan reunirse con uno, pero no con usted. Las entrevistas son principalmente de dos tipos: ¿eres apto para el trabajo y la organización, y eres mejor para el trabajo? La mayoría de las entrevistas de tecnología en muchos roles de tecnología en casi todas las organizaciones siguen a esta última. Solo las compañías Top Tech, los trabajos soñados y las compañías soñadas de casi todos los programadores siguen el formato anterior. Podrían contratar a cualquier persona que les parezca adecuada, NO comparan a los candidatos como candidatos potenciales para el trabajo, lo que idealmente es lo correcto. Así también, los formatos de entrevista difieren. Las compañías Top Tech confían específicamente en las habilidades de programación: estructuras de datos y algoritmos, per se. Y una lista predefinida de habilidades de liderazgo, para evaluar qué tan bien se lleva con el equipo. Sin embargo, es muy poco probable que deseen una respuesta a una pregunta como “¿Cuándo fue la última vez que tuvo una discusión con su Gerente, Arquitecto o Supervisor sobre algo, y qué hizo para resolverlo?” ¿Por qué querría contratar a alguien que discutiera con sus Supervisores por cualquier razón? De todos modos, ¿eres un desarrollador front-end? ¿Eres excelente con las últimas prácticas de desarrollo y diseño y bibliotecas de vanguardia? Excelente. Aquí, resuelva este problema de complejidad media en las restricciones de tiempo constante y memoria constante en la pizarra. La mejor parte de estas entrevistas es que hay una lista consolidada muy estandarizada de material de preparación y una evaluación estandarizada.
Las entrevistas tecnológicas con otras compañías son en gran medida impredecibles, claramente, porque lo comparan con otro candidato que ni siquiera sabe quién será. Más aún, la escala de comparación no está estandarizada. Puede ser, al otro candidato se le planteó un desafío de codificación más simple, puede ser, obtuvieron todas las preguntas del material de preparación, tal vez, se les informó cuál sería el material de preparación. Puede ser que estés teniendo un día terrible. Puede ser, los entrevistadores comienzan a probar una habilidad en la que no eres bueno, como la creación rápida de prototipos. Personalmente no puedo escribir el código del programa, y mucho menos redactar un correo electrónico, cuando alguien está mirando directamente a la pantalla de mi computadora, quiero decir, ¿vamos? ¿Es realmente su evaluación para ver si soy un buen desarrollador / ingeniero y si encajo bien con su equipo? ¿La programación por pares es su estilo de codificación en toda su organización? Y luego, está el diseño orientado a objetos. Quiero decir, las personas y los equipos pasan horas juntos para discusiones para llegar al núcleo de los requisitos y más discusiones para comprender el impacto de una solución técnica y aquí estamos tratando de simplemente cortar todo el proceso para llegar a una solución viable en minutos , especialmente con el entrevistador haciéndose pasar por propietario del producto o esperando que usted sea uno, como en un juego de roles en una entrevista, quiero decir, ¿qué tan relevante es eso realmente? Volver al punto, puede ser, su entrevistador es un sádico enfermizo que odia su propia existencia porque no respondió a una pregunta anterior que supuestamente eran las habilidades temáticas más simples que todos los que aparecieron para la entrevista deberían haber sabido. No hay una evaluación estandarizada, ni tampoco hay mejores prácticas de evaluación.
Entonces, ¿cuál es la solución? Bueno, aquí hay algunas ideas.
- Preparar. Revisión. Práctica. Estar listo. No asista a una entrevista porque cree que lo sabe todo. La preparación antes de una entrevista podría ayudar a recordar habilidades de temas profundos para preguntas potencialmente difíciles. Y prepárese lo más profundo que pueda, tanto en función de la descripción del trabajo, como de la pila de tecnología que ha mencionado en su currículum.
- No salte directamente a las respuestas a las preguntas formuladas. Una pregunta a otra es la forma de responder en entrevistas técnicas. Reúna tanta información como pueda antes de comenzar a resolver el desafío técnico en la pizarra o una pregunta basada en OOP.
- Aprenda a decir No a las preguntas que no tiene la intención de responder. Creación rápida de prototipos, a menos que se sienta cómodo, aprenda a decir que no. Está bien no ser un ajuste cultural y / o de equipo en ese sentido.
- No tomes mierda del entrevistador. Plantearon una pregunta, no respondiste por cualquier razón. NO tienen derecho a reírse de usted, burlarse de usted o discutir con usted. La experiencia no importa. La profesionalidad lo hace. No importa cuán grande sea esa organización o cuán lucrativo pueda ser el paquete de pago, de todos modos, es probable que no quiera trabajar con tales empleados.
- Incluso podría hacer preguntas cruzadas para preguntas de entrevista potencialmente no relacionadas. “¿Cuál es su plan para los próximos 5 años, dónde piensa estar?”. ¿Cuándo fue la última vez que discutiste? Perdió los estribos? ¿Por qué abandonas tu posición actual? ”No es asunto de ellos, realmente.
- Prepare excelentes preguntas por el tiempo limitado que tiene para hacer cualquier pregunta. Una entrevista es siempre una evaluación bidireccional. Si el equipo está buscando ver si pueden trabajar con usted, debe ver si también puede trabajar con la organización.
