Experiencia de entrevista de Zoomcar: desarrollador de ROR

Solicité a través de Instahyre. El puesto era para un desarrollador de Ruby on Rails Software. Las entrevistas ocurrieron en la oficina de Zoomcar en Bangalore a mediados de febrero de 2020.

La ronda 1: 

La codificación tuvo que hacerse con lápiz y papel.

1. Encuentre cualquier elemento de pico en la array
2. Era un problema de simulación. No recuerdo exactamente el problema, pero creo que involucraba diferentes líneas en un plano y dadas algunas restricciones, se esperaba encontrar una manera de organizarlas para que tuvieran la menor cantidad de puntos de intersección.
3. Suponga una lista de todos los enteros posibles que pueden estar formados por algunos dígitos fijos (por ejemplo, 0, 3, 4 y 9; los dígitos pueden repetirse), donde cada entero puede tener como máximo un millón de dígitos. Hubo múltiples consultas, y cada consulta proporcionó un número entero k específico de esta lista. La pregunta era encontrar el rango de este entero si esta lista estaba ordenada. Con algunas observaciones se puede lograr mediante un escaneo lineal de izquierda a derecha.

La ronda 2:

Estaba puramente basado en Rails. Como trabajé en Rails en mi empresa anterior, tuvimos una breve discusión sobre en qué trabajé exactamente allí usando Rails. Luego me dieron una declaración del problema y me pidieron que diseñara el código para ello. Fue principalmente para diseñar un mecanismo de manejo de errores al llamar a API de terceros, con el uso de clases y módulos según sea necesario. Más tarde me dieron otra declaración del problema donde primero tenía que diseñar el esquema, luego describir las diferentes columnas que estarían presentes en las diferentes relaciones y también las asociaciones de Rails entre ellas. Concluyó escribiendo algunas apis CRUD (rutas, controladores, servicios y capa de modelo) para el mismo.

Ronda 3:

Se trataba de mantener una tabla de clasificación donde necesita leer datos de sistemas de archivos. La solución inicial fue usar dos mapas (almacenamiento de frecuencia y de frecuencia inversa), pero luego simplificó la solución para usar un solo mapa y montones. Más tarde, se agregaron algunas restricciones más, como que los datos pueden ser demasiado grandes para un solo proceso, se pueden usar múltiples núcleos, etc., la solución siguió cambiando con esos entornos. Finalmente, hubo una discusión sobre las bases de datos, cómo se puede mejorar el rendimiento de las consultas, cuál es el problema N+1 y cómo se puede resolver en Rails, también cómo funcionan los ORM y traducen internamente las consultas, etc.

Ronda 4:

Fue la ronda de recursos humanos, donde hubo algunas charlas básicas sobre mi empresa anterior, mis intereses en tecnologías, cómo quiero hacer crecer mi carrera, compensación.

Resultado – Seleccionado

Los entrevistadores fueron muy amables y discutir sobre tecnología en profundidad es bastante interesante, por lo que fue una muy buena experiencia para mí.