Experiencia de entrevista de Morgan Stanley | On Campus FTE 2021 para el rol de analista de tecnología

Morgan Stanley visitó nuestra universidad el 2 de septiembre de 2020. Dado que esto se hizo en la era covid, todo fue virtual.

Primera ronda: prueba en línea: la prueba en línea constaba de 3 secciones, cada una realizada por separado y en orden. No podemos navegar a otra sección antes de completar la sección actual.

La primera sección constaba de preguntas de aptitudes básicas (alrededor de 15), a realizar en 20 minutos.

La segunda sección fue la sección de depuración. En esta sección, básicamente se nos dio una descripción del código y su código, que contenía algunos errores (generalmente lógicos). Necesitábamos corregirlo y pasar todos los casos de prueba. Necesitábamos elegir un idioma de antemano para esta sección, el código se dará en este idioma. Los lenguajes disponibles eran C, C++, Java, etc. Elegí C. Esta fue una sección bastante fácil. Se dieron 20 minutos para alrededor de 7-8 preguntas.

La tercera sección fue la sección de codificación que constaba de tres preguntas. Olvidé todas las preguntas, pero eran fáciles si eres realmente bueno codificando y, en el peor de los casos, medianas. Primero hice uno completo y los otros dos parciales.

A la segunda pregunta de codificación se le dieron diferentes fuentes de electricidad, cada una con diferente potencia p y carga l. Cada fuente de energía puede ser de la empresa A o de la empresa B, si era de la empresa A, se puede seleccionar directamente, sin embargo, si era de la empresa B, solo se puede seleccionar en pareja con otra fuente de la empresa B. Dado un capacidad máxima de carga L, ¿cuál es la potencia máxima que se puede obtener?

La tercera pregunta de codificación recibió la carga inicial C y la distancia D. Para recorrer una unidad de distancia, necesitamos 1 unidad de carga. En ciertos puntos a una distancia inferior a D, obtenemos un cargo adicional. Había m tales puntos. Necesitábamos calcular el número mínimo de puntos en los que necesitamos tomar carga adicional, de modo que podamos alcanzar la distancia D.

Ejemplo: C =5 D =20 , los puntos son (5,5), (2,7), (3,10), (7,13) donde está cada par (cargo extra, distancia a la que está disponible el cargo extra) . Entonces podemos tomar (5,5), (3,10),(7,13) para llegar a D =20. Entonces mínimo = 3.

15 estudiantes fueron preseleccionados de demasiadas personas en esta ronda para las entrevistas.

Ronda de entrevistas: 1 (técnica): Las entrevistas se realizaron a través de zoom. La ronda comenzó bastante tarde ya que los entrevistadores estaban demorando más tiempo del estipulado en cada una de las entrevistas. El mío estaba programado a las 9:45 a. m., pero comenzó a las 12:00 p. m. Comenzó con mi presentación. Después de eso, cambió a mi proyecto principal en el currículum, que era un proyecto de red (Validación de la implementación de TCP-BIC en ns-3 usando ns-3 DCE). Le expliqué mi proyecto y me hizo algunas contrapreguntas, a las que respondí. Entonces, me preguntó cuál era mi palo más fuerte. Respondí DSA. Me pidió que codificara cómo invertir una string recursivamente. Compartí mi pantalla y codifiqué en el bloc de notas. Primero traté de hacerlo usando strings e índices, pero me detuvo para decirme que solo quería recursividad usando strings. Luego cambié un poco mi enfoque y lo codifiqué. Luego hizo varias preguntas al respecto, como la complejidad del tiempo, número total de strings generadas para una string de tamaño n. Me tomó algún tiempo, pero finalmente logré convencerlo con mi respuesta. Después de eso saltó a OOPS. Me preguntó todos los diferentes aspectos de OOPS, que le expliqué. Luego preguntó sobre las funciones virtuales, cómo, por qué se usaban en C++. Se lo expliqué. Luego cambió a OS. Me preguntó sobre la memoria virtual, la paginación, por qué se usa. Lo expliqué de una manera muy detallada. La ronda duró alrededor de una hora. por qué se usa. Lo expliqué de una manera muy detallada. La ronda duró alrededor de una hora. por qué se usa. Lo expliqué de una manera muy detallada. La ronda duró alrededor de una hora.

8 estudiantes sobrevivieron a esta ronda. Estábamos en el último bastión.

Entrevista Ronda -2(RRHH+Técnico) : No había noticias del horario de la próxima ronda, así que decidí tomar una siesta rápida. Cuando me desperté a las 5:30 p. m., vi que me dijeron que me uniera a las 5:00 p. m. Rápidamente me uní pensando que llegaba tarde, sin embargo me dijeron que esperara. Luego, el HR llegó primero a las 7:30 p.m. Me pidió que me presentara de nuevo. Luego me preguntó mis fortalezas, logros. Finalmente, preguntó por qué deberíamos contratarlo: la pregunta clásica y cliché. Sin embargo, no me había preparado en absoluto para Recursos Humanos, un error fatal. Intenté volver a enumerar mis logros para demostrar mi competencia, pero no parecía que estuviera convencido. Después de la HR, me dijeron que esperara. La ronda duró unos 20 minutos.

Luego, la siguiente ronda técnica comenzó a las 8 p. m. con otro entrevistador. Comenzó con la formalidad de las presentaciones, luego también me preguntó sobre los conceptos de OOPS, sobre los que había parloteado en la primera ronda. Después de eso, me dio una pregunta de diseño OOPS, que luego se convirtió en una pregunta de diseño del sistema. Me pidió que hiciera un software que emulara las llamadas de Zoom. Lo pensé durante unos segundos. Después de eso le dije que mantendré 3 clases, usuario, organizador y sala. El usuario debe registrarse, la sala se crea cuando un organizador llama a la función de organizar reuniones, el organizador básicamente extiende al usuario porque el organizador era básicamente un usuario especial que organizaba reuniones. Agregó varias restricciones después de esto. Primero me dijo que ahora que la cantidad de habitaciones era limitada y no virtual, ¿cómo volvería a escribir el código del organizador para cumplir con esta demanda? Le dije que como las habitaciones son limitadas y están numeradas, podemos tener una base de datos que mantenga las habitaciones y si están libres. Además, almacenará otras cosas, como cuándo está comprometido, etc. El siguiente requisito era que cuando el organizador organiza una reunión, debe mantener una lista de usuarios que son obligatorios y algunos usuarios cuya asistencia es opcional para la reunión. Nuevamente sugerí una base de datos donde se almacena la disponibilidad de los usuarios. Sugerí que cada vez que el organizador envíe una lista de usuarios, la función verificará automáticamente en la base de datos si los usuarios están libres. Luego me preguntó si quiero dar acceso a la base de datos a todos los usuarios, ¿eso no afectará la seguridad? Después de pensarlo un poco, le dije que podemos mantener un administrador o gerente de base de datos que verifique la disponibilidad en nombre del organizador. Ahora la función simplemente enviaría la lista de usuarios al administrador, él verificará y devolverá verdadero o falso en función de si los usuarios requeridos obligatoriamente son libres o no. Ahora su requisito cambió a la escalabilidad de mi enfoque. Me preguntó: considere que hay un usuario, como el PM, que recibe muchas requests de los organizadores. ¿Realmente desea acceder a la base de datos cada vez que su PA recibe una solicitud? Lo pensé, luego sugerí que podemos optar por la indexación primaria de la base de datos de disponibilidad del usuario, lo cual podemos hacer porque el ID de usuario es la clave principal y se puede mantener ordenado. Estuvo de acuerdo conmigo en el aspecto de que esto tomará menos tiempo, pero preguntó: ¿puedo pensar en un mejor enfoque ya que aunque el tiempo de acceso es menor ahora, todavía necesitamos acceder a la base de datos una y otra vez? Luego sugerí que podemos usar caché. Volvió a reiterar que todavía tendremos que entrar en el sistema. Así que sugerí mantener un caché a nivel del servidor, de modo que los usuarios solicitados con frecuencia puedan procesarse en el propio servidor. Ahora que introduje el concepto de servidores, me preguntó cuántos servidores me gustaría colocar. Respondí que dependerá del tráfico que reciba el software. Si hay muchas requests, sugerí mantener un servidor en cada estado de la India, sin embargo, si es menor, podemos mantener 4-5 solo en las ciudades principales; asumí que el software está limitado a la India. En este punto, el organizador real de la reunión de zoom entró y nos dijo que era hora, ya que eran pasadas las 9 p.m. El entrevistador le dijo que esperara, estaba en medio de una discusión interesante. En este punto, sonreí pero no asumí nada. Después, finalmente me preguntó: supongamos que tengo muchos servidores en varios lugares como Tokio, Bangalore, California, ¿cómo decidiría a qué servidor debo enviar mi solicitud? Intenté sugerirle algoritmos de programación, pero se negó y me dijo que me concentrara y pensara más, pero no pude pensar en una solución que lo satisficiera. Luego terminó la entrevista, finalmente le pregunté qué enfoque quería para la última pregunta. Luego dijo que quería rutas como el enfoque. Allí, nuevamente comencé a sugerir usar el bit de encabezado TTL en el encabezado IP para manejar un mejor enrutamiento, a lo que estuvo de acuerdo. Entonces, mi entrevista finalmente terminó. La ronda duró alrededor de 75 minutos. pero él negó y me dijo que me concentrara y pensara más, pero no pude pensar en una solución que lo satisficiera. Luego terminó la entrevista, finalmente le pregunté qué enfoque quería para la última pregunta. Luego dijo que quería rutas como el enfoque. Allí, nuevamente comencé a sugerir usar el bit de encabezado TTL en el encabezado IP para manejar un mejor enrutamiento, a lo que estuvo de acuerdo. Entonces, mi entrevista finalmente terminó. La ronda duró alrededor de 75 minutos. pero él negó y me dijo que me concentrara y pensara más, pero no pude pensar en una solución que lo satisficiera. Luego terminó la entrevista, finalmente le pregunté qué enfoque quería para la última pregunta. Luego dijo que quería rutas como el enfoque. Allí, nuevamente comencé a sugerir usar el bit de encabezado TTL en el encabezado IP para manejar un mejor enrutamiento, a lo que estuvo de acuerdo. Entonces, mi entrevista finalmente terminó. La ronda duró alrededor de 75 minutos.

Finalmente, 1 estudiante fue seleccionado para FTE, 2 para pasantías de primavera (supongo que se les daría FTE después de sus pasantías). Yo no era uno de ellos. Caí en el último bastión. Sin embargo, no fue la única vez, di 8 entrevistas antes de que finalmente me seleccionaran.

Trate de estar preparado de antemano para la temporada de colocación, GeeksforGeeks será su mayor mesías. Es posible que deba consultar otros recursos, como notas de GATE o videos de Ravindrababu Ravula para OS, CN, DBMS, algunas preguntas de recursos humanos, aptitud de Indiabix (si es necesario). Además, investiga sobre la empresa antes de asistir a su entrevista. Creo que sus superiores o compañeros le habrían dado otros consejos,