Experiencia de entrevista de CommVault Systems | Conjunto 3 (en el campus)

Commvault había visitado recientemente nuestra universidad. Estaban buscando tanto desarrolladores de software como personas para control de calidad. Ambos tenían paquetes similares. Llegando al proceso de selección, nos dieron la opción de optar por cualquier perfil, días antes de la prueba en línea. Opté por el perfil DEV. Todos los que solicitaron fueron elegibles para la prueba siempre que su cgpa fuera superior a 8. Hubo 3 rondas en total. Mi descripción cubre solo el proceso para el perfil de desarrollador. QA tenía un proceso completamente separado.

Prueba online (2 hrs) :
La prueba online tenía 6 programas a resolver, 3 en c/c++ y 3 en java. Las 6 preguntas tenían un peso total de alrededor de 100 puntos. Eran bastante fáciles y tenían que resolverse en 90 minutos. Preguntas:
Uno era la ordenación directa
Uno era cambiar el tamaño de una array dinámicamente
Uno estaba haciendo una lista enlazada circular en 2 mitades
Llegando a Java, uno estaba reemplazando todos los caracteres duplicados en una string con su siguiente carácter y la string final no debería tener ningún duplicado.
Uno fue encontrar el k-ésimo elemento en un BST.
Uno fue encontrar números pares, impares y primos en una array.

Se consideraron salidas parciales. Luego hubo 16 preguntas de aptitud con 1 punto cada una. Pero solo 20 min. La aptitud tomaba tiempo, pero su ponderación era menor, por lo que no era un problema. No podemos confiar en la aptitud para pasar la prueba en línea.

Se seleccionaron 21 de los 450 miembros que solicitaron el perfil de desarrollador.
Pasé la primera ronda obteniendo resultados para 5 programas, tanto resultados completos como resultados parciales juntos. Solo se seleccionaron las personas que tenían puntaje similar en c y java.

Ronda de codificación masiva (9 horas):
esta es una ronda de codificación masiva para los 21 de nosotros que fuimos preseleccionados. Querían que creáramos un motor de deduplicación que actuara como un sistema de almacenamiento, recuperación y manejo de archivos. Debe tomar algunos archivos como entradas, tomar datos de ellos en fragmentos de 8 bytes y almacenarlos en alguna estructura de datos eficiente de nuestra elección. La estructura de datos debe ser robusta y no debe almacenar fragmentos duplicados. En su lugar, tiene que hacer una referencia al fragmento original que se repite.
Nos dieron 1 hora y media para llegar al diseño más eficiente. Cada 1 hora más o menos seguían despidiendo a personas cuyo diseño no es tan bueno. También nos dieron algunas funciones auxiliares y archivos de encabezado. Siguieron ayudándonos con el código y también ayudaron a resolver problemas menores. Siguieron monitoreando nuestro desempeño a lo largo de la ronda. Me quedé hasta las 8 horas y cuando me despidieron, solo quedaban 7 personas.
Al final de las 9 horas, solo 4 personas lo lograron.

Entrevista personal (ronda final):
Las 4 personas que lo lograron, dieron una entrevista personal que fue una prueba de estrés técnico, inmediatamente después de la segunda ronda. Fue para probar sus límites de confianza en el tema y cómo pueden manejar la presión extrema.

En general, fue una experiencia increíble (especialmente la segunda ronda) y no fue fácil. Hablando honestamente, fue un proceso de selección un poco extremo. Nunca antes me había enfrentado o incluso oído hablar de un proceso de selección de este tipo. Solo las personas con experiencia previa en este tipo de proyectos, una determinación muy fuerte y paciencia pueden lograrlo. Me encantó todo el proceso y me alegro de haber podido experimentarlo.

Muchas gracias a geeksforgeeks sin los cuales no podría prepararme para las prácticas.

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