¿Qué hizo cuando descubrió que probablemente sabe más que el entrevistador?

Esta fue una entrevista para una empresa de TI en mi último año de universidad.

Ahora, aquellos de ustedes que se han preparado para tales entrevistas estarían muy familiarizados con el sitio web Geeksforgeeks . Daré una breve idea sobre este sitio web para aquellos que no están al tanto. Contiene todos los problemas de programación comúnmente preguntados en las entrevistas. La belleza de este sitio es que enumera todas las soluciones posibles disponibles para un problema en particular y la más eficiente (que es lo que llamamos solución óptima) aparece al final. El código para una solución óptima es generalmente muy corto en comparación con sus otras soluciones. En una entrevista, se espera que presente la solución óptima.

Entré en la sala de entrevistas. El entrevistador empieza a preguntar un problema. Estaba explicando el problema cuando me di cuenta de que lo había resuelto anteriormente en ese sitio web y tenía mucha confianza en responderlo, aunque mostré una expresión muy confusa. Me dio un papel para escribir el código del programa. Podría recordar fácilmente las cuatro soluciones enumeradas en el sitio web para la pregunta. Fingí pensar por unos minutos y luego escribí la solución óptima para el problema. Le entregué mi hoja. Miró mi código durante unos segundos y luego tomó su teléfono celular de la mesa y hizo clic en una pestaña previamente abierta. No pude ver claramente lo que estaba escrito en el otro lado de la mesa, pero pude ver que la parte superior de la página tenía una barra de color verde e inmediatamente reconocí que era el mismo sitio.

El sitio web se ve algo como esto

Claramente estaba haciendo coincidir mi código con el de su teléfono, pero lo estaba haciendo de una manera no muy obvia para que yo no lo supiera. Pero lo que no sabía era que yo ya lo sabía. Ahora, él comenzó a dar una expresión de que mi código no era correcto. Desplazó un poco su pantalla y volvió a hacer coincidir el código. De nuevo, la misma expresión. Entendí cuál era el problema. Estaba haciendo coincidir mi pequeño código óptimo con el otro código largo y no tan óptimo que le hizo pensar que perdí algunas líneas. Si se hubiera desplazado más abajo en la pantalla de su teléfono, habría encontrado el mismo código. Puso la hoja frente a mí y me pidió que explicara mi código.

Intenté actuar de manera inteligente y decidí explicarle de la misma manera que se explicaba en el sitio. Escribí un ejemplo (cuando explicamos un código de programa, enumeramos un ejemplo simple y luego leemos línea por línea y lo modificamos en el ejemplo, esta es la forma de probar un código). No le expliqué mi código directamente, sino que comencé con el primer código más simple que recordé que se mencionó en ese sitio. Después de explicar esto, lo encontré dando una expresión positiva. Ahora le sugerí las formas en que se podría mejorar la solución. Esta fue la segunda solución mencionada en el sitio. Ahora, se veía aún más satisfecho. Ahora, sabía que no había visto la tercera y cuarta solución (óptima) en el sitio. Dije que se puede optimizar aún más de 2 maneras. Enumeré la tercera y la cuarta solución, que era mi código final que había escrito. Estaba muy satisfecho conmigo y me elogió por modificar las soluciones de manera eficiente. No esperaba tantas soluciones de mi parte.

Solo pude hacer esto porque sabía que él no tenía una solución propia, se estaba refiriendo a ese sitio web y no ha leído hasta el final de la página. Si hubiera leído la página, habría encontrado fácilmente la misma solución al final, no habría podido explicarle todas las soluciones de esta manera.

Me aclaró para la siguiente ronda. Salí y lo compartí con mis amigos y nos reímos mucho.

Así que esta es la historia de la entrevista durante mi cuarto año de ingeniería por un reclutador masivo.

Como este fue mi primer encuentro con un reclutador masivo, leí en algún lugar sobre las experiencias de las personas que una vez que han superado la primera etapa del reclutamiento, es decir, la aptitud, entonces la entrevista suele ser un paseo.

Por lo tanto, sabía que la confianza es la clave principal de tales entrevistas. Así que era el día D y todo iba bien con mi entrevista, tal como pensaba. A medida que avanzaba la entrevista, pude observar que el entrevistador estaba un poco débil con su conocimiento. Hubo un tiempo en el que me preguntó por mi tema favorito y por ser de ECE, circuitos y sistemas digitales fue mi elección. Así que me pidió que dibujara una compuerta NAND usando transistores, y no sé cómo la conversación fue a 0 y 1 y sus conceptos eran demasiado débiles. Él no tenía ni idea de qué es lo que está en juego y qué es Vcc, y estaba poniendo argumentos que eran bastante infundados y hubo un yo que hizo algo que tal vez no volveré a intentar por mí mismo o lo recomendaría a cualquiera … dije a él le parece que carece de los conceptos básicos de este tema … Y para mi sorpresa, aceptó este hecho. No sé si fue grosero por mi parte decirlo, pero aprecié su aceptación de su falta de conocimiento.

Pero todavía no estaba convencido de mi motivo y de la explicación de Vcc, por lo que me pidió que tomara una silla en el otro rincón de la habitación. Me senté allí pensando qué estaba haciendo mientras este hombre estaba ocupado con su teléfono. Supuse que debía estar teniendo un trabajo importante que hacer.

Luego me llamó después de 4 o 5 minutos y me dijo: ‘Sí, tenías razón. Acabo de googlear las cosas. Puedes irte. Fue genial tenerte aquí.

Y solo estaba juzgando lo tonto que actuaba el entrevistador al mostrar todas sus cartas, pero al mismo tiempo estaba pensando si había algún trasfondo de todos estos eventos.

Pero como todos mis amigos calificaron a ese entrevistador con tonto y menos conocimiento, así que sí, señor, nuestra pequeña historia está aquí en esta respuesta.

¡Esto sucedió cuando estaba realizando prácticas en el campus !

Fui preseleccionado para entrevistas de Intel. Consistió en 3 rondas técnicas. Despejé mi primera ronda (principalmente preguntas relacionadas con C). Llegó el momento en que entré en segunda ronda. El entrevistador estaba tranquilo, llevaba gafas y estaba en formales. Me hizo varias preguntas y respondí.

Me pidió que escribiera código para realizar la operación de clasificación de fusión en una lista doblemente enlazada

Empecé a escribir, tardé varios minutos y lo terminé. Comenzó a echar un vistazo al código, luego de inmediato miró su monitor (soy como, tío , ¿qué está pasando?) Luego de 5 segundos dice que el código está equivocado. No escribí el código que era de geeksforgeeks , mi amigo me enseñó una manera más simple, que escribí en ese momento. Le expliqué la lógica (él es como, tío , no sé programar y has escrito un código que no sé cómo evaluar). Cambió la pestaña de su navegador y comenzó a inundarme con los casos de prueba. Para su sorpresa, todos los casos de prueba pasaron y fue apedreado asked Le pregunté a mi amigo que me había dado la solución a esa pregunta y él me dijo que no es el código del niño

Arriba está el complemento de la pregunta y la respuesta en geeksforgeeks. Se aclaró el segundo para llegar a la tercera ronda de técnicas 🙂 A veces se encuentra con esta gente que quiere ponerte a prueba, créeme, no saben nada al respecto, dales algo (jeje, en mi caso me dio la solución), ¡no debatan!

Feliz explicando 🙂

Puedo dar la perspectiva del entrevistador al haber realizado entrevistas técnicas en los campus y en el lugar durante los últimos años.

Para la persona del otro lado, realizar entrevistas puede parecer emocionante, emocionante y privilegiado. Si bien es ciertamente privilegiado, una vez que la novedad se desvanece, se convierte en un trabajo que tiene que hacer de manera responsable y sin prejuicios. Llevamos tantos tipos diferentes de sesgos inconscientemente a una entrevista. Por ejemplo, si un candidato sabe multihilo, debe ser un buen programador o si un candidato habla inglés con fluidez , debe ser inteligente. El desafío es suprimir estos sesgos y observar detenidamente los hechos y el resultado de toda la entrevista, y evaluar cuántas casillas de verificación han marcado y su respuesta a algunos de los conceptos clave y no necesariamente un concepto específico que usted, como entrevistador, deseaba una respuesta. para. Esto es una cosa común que ves. Si no saben cómo funciona una recolección de basura en Java , ¿cómo pueden ser un buen programador? Si bien puede resultar cierto, no se debe confiar solo en estos datos.

También tienden a desarrollar sesgos durante la entrevista. Si el candidato no usa su algoritmo favorito, puede que no sea tan bueno. Los entrevistadores no siempre pueden considerar la posibilidad de que el candidato haya encontrado una mejor solución. En una situación en la que no entiendo completamente la solución de un candidato, tiendo a volver a los conceptos de la solución. Mientras que el enfoque puede cambiar, los conceptos no lo hacen. Por lo tanto, si el candidato utiliza árboles negros rojos con los que no está familiarizado, el concepto subyacente con respecto a la necesidad de mantener el árbol equilibrado aún permanece. Para un programador experimentado, no es tan difícil diferenciar una respuesta absurda de una brillante. Durante un período de tiempo, es difícil mantener una fachada falsa. Algunos candidatos logran mantenerlo, pero la mayoría de las compañías tienen una forma muy metódica de evaluar a los candidatos con múltiples entrevistas. Eventualmente se filtran hacia abajo. Existe una probabilidad mucho mayor de que un buen candidato se filtre durante tal escrutinio que la probabilidad de que un candidato por debajo de la media llegue a su fin.

¡El incidente de Richa es hilarante! Pero en general, no estoy tan preocupado por los candidatos que dan respuestas preparadas. Eso me dice que el candidato está bien preparado. Hay tantas preguntas genéricas de la entrevista que se han preguntado durante años, pero la gente todavía tiene dificultad porque no es fácil ocultar su verdadero yo durante toda la entrevista. La forma en que responde y, lo que es más importante, la forma en que responde a las preguntas de seguimiento en un entorno de entrevista es lo que separa a los buenos candidatos de aquellos que intentan simular. Los candidatos más ansiosos conocen los trucos comunes de las entrevistas, pero también lo saben los entrevistadores. Puede parecer un juego del gato y el ratón, pero no lo es. El objetivo es contratar al candidato y no rechazarlos. Contratar a un buen talento es lo más difícil para una empresa. Salvo algunos casos aislados de justicia propia y presunción, ningún entrevistador experimentado va a una entrevista con la intención de rechazar a un candidato.

Es mejor no mostrarle a su entrevistador que sabe más que él, sino ser amable y decirles que enfrentó situaciones en las que ha aplicado este conocimiento. ningún entrevistador quiere ser interrogado sobre su conocimiento, a veces el entrevistador puede no estar completamente preparado (ya que las entrevistas pueden ocurrir en un lapso corto de tiempo) o incluso puede actuar como un tonto para ver qué tan genuino es y averiguar si está mintiendo o no.