Experiencia de entrevista de Accolite | Conjunto 19 (en el campus)

El proceso de selección de Accolite constó de 5 rondas.

1) Prueba en línea:

Alrededor de 150 estudiantes se presentaron para la prueba en línea. La puntuación de esta ronda fue de +1 por cada respuesta correcta y -0,25 por cada respuesta incorrecta.

Había 20 MCQ que debían realizarse en 30 minutos, las preguntas eran de OS, DBMS, estructuras de datos, programación en C, algoritmos y algunas preguntas de aptitud general. Las preguntas eran un poco engañosas y ponían a prueba el conocimiento profundo del tema. Le recomiendo encarecidamente que mejore sus habilidades de diseño y análisis de algoritmos.

Consejos generales para despejar esta ronda: Lea siempre las preguntas dos veces, ya que algunas pueden ser un poco complicadas y no siempre son tan sencillas como parecen. Esta prueba online, a diferencia de muchas otras, también tiene un sistema de puntuación negativa, por lo que siempre es recomendable marcar solo las respuestas de las que estás completamente seguro.

Después de la ronda 1, 10 estudiantes fueron preseleccionados para las entrevistas.

2) Entrevista Ronda 1 (técnica):

Todos los entrevistadores durante todo el proceso fueron extremadamente amables.

Revisó mi currículum y me preguntó sobre mis proyectos. Empezó a diseccionar cada proyecto que había hecho. Las preguntas iban desde amplias charlas tecnológicas sobre la optimización en mis proyectos hasta los aspectos más esenciales, como la autenticación OAuth.

Se hicieron varias preguntas sobre los algoritmos de clasificación y su análisis de eficiencia. También se discutieron varios tipos menos conocidos, como el tipo de caparazón. Se discutieron varios conceptos relacionados con la metodología OOPS. Luego me dio algunos problemas de árboles para resolver, como imprimir el árbol binario de manera vertical , máx. ancho de un árbol binario . Se hicieron algunas preguntas relacionadas con el puntero y las referencias.

También se discutieron algunas preguntas en DBMS como las propiedades ACID de una base de datos, la diferencia entre RDBMS y NoSQL, encontrar la enésima entrada más grande en una base de datos.

No puedo enfatizar lo suficiente la importancia de las estructuras de datos y los algoritmos para esta empresa. El enfoque, la elegancia y la eficiencia de la solución son más importantes que la corrección en sí.

Esta ronda duró 1 hora y 30 minutos.

3) Entrevista Ronda 2 (técnica):

Esta fue una ronda de codificación intensa en la que se probó inmensamente el conocimiento de los algoritmos de DS.

Cada solución tenía que ser codificada en el papel.

Esta entrevista comenzó con varias preguntas sobre árboles, como encontrar la vista izquierda del árbol. Mencioné el recorrido de orden de nivel y el enfoque DFS. La complejidad de ambas soluciones tuvo que ser determinada y codificada en el papel. También preguntó sobre la conversión de árbol binario a BST.

Hubo muchas preguntas sobre Hashing después de eso. Me dio una array de enteros consecutivos con 1 número faltante y 1 número repetido y me dijo que encontrara eso . Inicialmente lo resolví en O(n^2) con clasificación previa, pero me dijo que lo redujera a O(n). Fue entonces cuando el enfoque de Hashing me golpeó la cabeza. Preguntó sobre el número de pares para una suma dada en la array (Hashing nuevamente).

Luego hizo algunas consultas SQL sobre relaciones recursivas en la tabla (encontrando el nombre del empleado y el nombre del gerente).

También surgieron algunas preguntas de Greedy & DP, como encontrar la cantidad mínima de monedas para obtener una suma particular utilizando las denominaciones proporcionadas y la cantidad mínima de plataformas requeridas para una estación de tren.

Realmente recomiendo dedicar tiempo a refinar sus habilidades de codificación e intentar escribir el código en papel también. Notará que la codificación con lápiz y papel es muy diferente a la codificación en un editor. Es una tendencia normal codificar un algoritmo usando fuerza bruta, pero la eficiencia del código se prueba aquí, por lo tanto, sea minucioso con métodos de codificación eficientes como Hashing, Divide & Conquer, Programación Dinámica, etc.

El entrevistador siempre quiso la solución más optimizada para cualquier problema dado, por lo tanto, cada problema tuvo que reducirse a las restricciones requeridas.

Esta ronda tuvo una duración de 2 Hrs.

4) Entrevista Ronda 3 (técnica + rompecabezas):

Esto estaba destinado a ser una combinación de técnica + ronda de entrevistas basada en acertijos.

Ella me dio un patrón inicialmente ( 5, 5 ^ 2, 5 ^ 2 + 5, 5 ^ 3, 5 ^ 3 + 5, 5 ^ 3 + 5 ^ 2, 5 ^ 3 + 5 ^ 2 + 5, 5 ^ 4 …), a esto se le llamó el problema del número mágico 5. Tuve que escribir el código para el enésimo número de esta serie. Si observa detenidamente, esta serie es similar al formato de representación binaria y debe resolverse de manera similar. Luego hizo lo contrario de esta pregunta donde se da cualquier número en la serie y se debe dar la ubicación de ese número en la serie.

Luego me pidió que hiciera 2 tablas y estableciera una relación entre ellas y luego formara una consulta conjunta entre esas 2. Esta era una pregunta bastante simple.

Luego hizo varias preguntas de diseño de juegos como piedra, papel, tijera, tic tac toe. No tenía el código del algoritmo ya que ella solo quería una lógica de implementación de estructura de datos eficiente para esto.

Luego me preguntó sobre mi pasantía del currículum, las dificultades que enfrenté allí y los enfoques de depuración.

Esta ronda duró aproximadamente 1 hora y 15 minutos.

5) Ronda de recursos humanos:

Esta ronda fue un respiro total después de mucho interrogatorio antes de esto.

Esta ronda tenía esas preguntas estándar de recursos humanos como Cuéntame sobre ti, ¿Dónde te ves en esta empresa en el futuro si te contratan? e intereses.

Esta fue una entrevista bastante corta y no duró más de 15 minutos.

Nos quedamos los 2 hasta el final. El departamento de recursos humanos de la empresa se nos acercó de repente y nos dijo que nos quedaba otra ronda de discusión grupal para los dos. Más tarde, los reclutadores nos dijeron que solo había una vacante para la empresa y que estaban en un dilema sobre a quién elegir para el trabajo. Nos hicieron sentarnos uno al lado del otro y explicarles a los reclutadores por qué uno es el mejor para el trabajo en lugar del otro. Esto continuó durante unos minutos hasta que Recursos Humanos nos dijo que esto era parte de una broma y que ambos fuimos reclutados. 🙂

Si le gusta GeeksforGeeks y le gustaría contribuir, también puede escribir un artículo usando contribuya.geeksforgeeks.org o envíe su artículo por correo a contribuya@geeksforgeeks.org. Vea su artículo que aparece en la página principal de GeeksforGeeks y ayude a otros Geeks.

Escriba comentarios si encuentra algo incorrecto o si desea compartir más información sobre el tema tratado anteriormente.