El primer paso es la evaluación de codificación en línea.
En esta ronda, se hicieron tres preguntas de codificación, pero el proceso no fue el mismo que en otras empresas. No había compilador ni casos de prueba. Sólo el enunciado del problema y un sencillo editor de texto. El primer problema es generalmente fácil, el segundo es de nivel medio y el tercero es un problema difícil.
Se supone que no debe escribir el código exacto para la solución del problema. Incluso un algoritmo paso a paso o un pseudocódigo será suficiente para ayudarlo (aún así, se recomienda un código bien comentado). La agenda principal es que debe tener éxito en transmitir sus ideas a la persona que está evaluando su solución. Los problemas eran los siguientes-
- https://www.hackerrank.com/challenges/two-characters/problem?h_r=internal-search
- https://leetcode.com/problems/reverse-nodes-in-k-group/
- Un problema relacionado con el casco convexo.
Aunque pude resolver los tres (el tercero parcialmente {alrededor del 70 %} debido al tiempo de espera), tienes muchas posibilidades de ser preseleccionado incluso si completas 2 de los tres problemas. Y otra cosa importante es usar comentarios.
El error más común en esta ronda es que los candidatos no calculan ni mencionan la complejidad espacial y temporal correcta de sus soluciones. Recuerde mencionar esto al final de su código y también explique cómo lo calculó.
Ronda 1 (Entrevista técnica): El entrevistador fue bastante amable y tranquilo. Esta ronda tiene como objetivo verificar si realmente tiene algunos conocimientos básicos de DSA y temas básicos de CS. Después de una introducción y una conversación general, se me pidió que implementara dos códigos:
Luego me hicieron algunas preguntas subjetivas básicas como claves, uniones, propiedades ACID, modelo OSI, algoritmos de programación, sincronización, paliza, programación orientada a objetos, etc.
Ronda 2 (entrevista técnica): esta ronda fue difícil. El entrevistador volvió a ser una persona tranquila y amable. Me preguntaron solo un problema. El problema fue la implementación de LRU Cache de Leetcode. (https://leetcode.com/problems/lru-cache/).
Luché con esto. No pude escribir un código de trabajo perfecto, pero seguí intentándolo y pude explicar mi enfoque al entrevistador. Lo mejor de HashedIn es que no quieren que escribas un código perfecto. Más bien, están interesados en su enfoque y en cómo planea implementarlo.
Nota: También podría haber alrededor de 3 si el entrevistador aún no está impresionado y quiere darle otra oportunidad.
Ronda de adaptación de contratación: esta ronda fue solo una conversación informal, mucho más amistosa que otras entrevistas de recursos humanos. Me hicieron algunas preguntas generales como-
- ¿Por qué HashedIn?
- Porque deberíamos contratarte?
- Tus 3 fortalezas y 3 debilidades.
- Trasfondo familiar.
- Cualquier participación en actividades que no sean académicas.
- Estrategias de preparación.
Luego, después de dos días, se anunció el resultado y solo 5 estudiantes (incluyéndome a mí) fueron seleccionados de los 215 estudiantes que se presentaron para la evaluación de codificación en línea.
Publicación traducida automáticamente
Artículo escrito por VibhorNautiyal y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA