Experiencia de entrevista HashedIn | Presencial 2021 – Part 2

Recibimos la notificación del proceso de contratación de Hashedin por parte de Delloite a mediados de mayo de 2021. 

Prueba de codificación: los candidatos registrados deben aprobar la prueba de codificación. que se celebró alrededor del 20 de mayo. 

  • Hubo 3 preguntas y el tiempo es 1.5 o 2 hrs. 
  • Pude resolver 2 preguntas completas y algunos de los casos de prueba de la 3ra pregunta.
  • El 26 de mayo recibimos la lista de unos 20 candidatos preseleccionados para la siguiente ronda de entrevistas. 

Ronda de entrevistas: Mi entrevista estaba programada para el 29 de mayo. Me uní a la entrevista por zoom. 

  • El entrevistador se presentó, fue muy amable y me pidió que me presentara. Me presenté, me agradeció y me dijo que comenzará con unas preguntas de teoría. 
  • Hizo 8 preguntas teóricas de temas como DS, DBMS, OS. Las preguntas eran como propiedades de ACID, Paginación, Herencia, Diferencia b/n Final, Finalmente, Finalizar, una pregunta de recolección de elementos no utilizados y algunas más. Pude responder alrededor de 5-6 preguntas de 8 preguntas.

Luego compartió un enlace de documento conmigo y me pidió que compartiera mi pantalla. Luego me dio 2 preguntas de codificación en el documento.

  1. Escribe una función para verificar si dos strings dadas son un anagrama entre sí o no. Por ejemplo, «escuchar» y «silencio» son un anagrama el uno del otro. Esta fue una pregunta realmente fácil y en un minuto obtuve el enfoque ingenuo y le dije a mi enfoque que dijo que era un enfoque un poco costoso, pero me permitió codificarlo primero. Escribí el código correctamente y pude pasar todos los casos de prueba, PERO luego me preguntó sobre su complejidad de espacio y tiempo, no estaba seguro, pero hice todo lo posible para dar la respuesta correcta. Simplemente dijo que estaba bien y me pidió que optimizara la solución. Aquí es cuando el problema comienza conmigo, estaba atascado y no podía optimizar la pregunta. Pensé durante un par de minutos pero no pude encontrar ninguna forma, luego me dio una pista sobre el uso de HashMap, PERO no estaba bien preparado. con HashMap (peor error). Sabía que no puedo resolver la pregunta con HashMap, por lo tanto, solo traté de convencerlo de que puedo resolver esta pregunta con cualquier otro enfoque (en palabras simples, simplemente ignoré su sugerencia). Otro error fue. Después de unos minutos le dije que esta es la mejor solución que puedo dar y dijo que estaba bien. Luego compartió otra pregunta en el documento.

    Hasta el momento me puse nervioso, pero estaba tratando de mantener la calma y con la esperanza de poder resolver mejor la segunda pregunta.

  2. Dada una array de enteros, todos los números ocurren dos veces excepto un número que ocurre una vez. Encuentra el número que ocurre una vez. Entrada = {3, 5, 4, 5, 3, 4, 7} Salida: 7. Esta pregunta era totalmente nueva para mí. Me pidió que pensara en la solución que es la menos costosa (optimizada). Empecé a pensar en la solución, y no sé por qué, dije que puedo resolver esto usando HashSet. Discutió un poco y dijo «entonces quieres decir que puedes resolver esto usando el mismo enfoque que en la pregunta anterior». Dije «¡sí!». Pero estaba dispuesto a obtener otro enfoque y lo optimizó. Hasta el momento en que comencé a entrar en pánico y a tomar largas respiraciones para calmarme. Sé que puedo resolver esta pregunta, pero me sentía muy presionado. Luego comencé a codificar usando HashSet (otro error). Después de codificar por unas pocas líneas, me quedé atascado en un punto y me di cuenta de que elegí el enfoque incorrecto. Entré en pánico. Eventualmente me quedé en blanco durante 3-4 minutos y simplemente no puedo hacer nada. Luego decidí decirle al entrevistador que no puedo resolver esto y así lo hice, le dije «señor, estoy atascado». Me malinterpretó porque pensó que estaba atascado con el compilador, así que dijo «no hay problema, simplemente codifíquelo». en el doc” No lo corregí. Pensé un poco más y dije que me gustaría cambiar mi enfoque (otro error). Luego, después de unos minutos, dije «señor, no quiero comerme su tiempo, si quiere puedo dejarlo aquí». Él se negó y me dijo que me tomara mi tiempo (no quiere que me rinda así) . Después de eso, escribí un código y describí todo el código y él entendió que me preguntaba sobre la complejidad del espacio y el tiempo.

Luego me preguntó si tenía alguna pregunta, así que pregunté sobre la capacitación y solicité comentarios sobre mi entrevista. no lo dijo directamente, pero me reconoció para mejorar mis habilidades de codificación. Fue muy amable conmigo durante toda la entrevista. Sabía que mi entrevista no fue buena, pero su respuesta a mis preguntas fue como si pudiera considerarla.

No he recibido ningún correo después de la entrevista, pero fue una muy buena experiencia y comprendí dónde tengo que mejorar.

 Puntas: 

  • Prepara bien el DSA. 
  • Debería conocer los temas destacados de sus temas como ACID, Normalización, Programador, Paginación, Transacción, Interbloqueo, sesión, etc. 
  • Debe tener un buen conocimiento e información sobre su lenguaje de programación, cómo es mejor y diferente de otros lenguajes y su singularidad. 
  • Si el entrevistador te da alguna pista, nunca la ignores, si no puedes implementar su pista, solo reconócelo, sería mejor decirle que no sabes en lugar de simplemente ignorarlo. 
  • No salte al código, piense bien el enfoque y discútalo con el entrevistador. Siempre haga una pregunta sensata al final de la entrevista si el entrevistador se lo ofrece.

Publicación traducida automáticamente

Artículo escrito por GeeksforGeeks-1 y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *