Experiencia de entrevista de Prodigy Finance para SDE

Ronda 1 (proyección en línea)

Esta fue una sesión para «conocerte», donde me reuní con el gerente del equipo de desarrollo para una charla rápida (30 minutos). La agenda principal de esta reunión involucró una introducción a la empresa y el puesto que estaba solicitando. No hubo muchas preguntas en este punto, y esta reunión fue puramente para determinar que yo era quien decía mi CV.

Puntas:

  • Prepárese para la entrevista de antemano investigando el puesto y la empresa. El sitio web de la empresa, el perfil de LinkedIn (si lo hay) y una búsqueda rápida en Google le darán una idea de qué esperar.

Ronda 2 (tarea fuera de línea)

La tarea de codificación era simple en teoría: escriba una API que exponga (y modifique) los países y su(s) moneda(s), ya sea en Rails o Python. Viniendo de .NET, mi experiencia muy limitada (en este momento) en ambas opciones de lenguaje hizo que este fuera un desafío interesante. Tuve la libertad de elegir el marco a usar y se me dio un marco de tiempo de +/- 4 horas en total, incluidas las pruebas unitarias.

El objetivo de este desafío era mostrar mi forma de pensar en una solución y poder proporcionar un código probado. El proyecto no necesitaba tener todas las funciones, con el foco en las pruebas.

Puntas:

  • Trate de seguir la filosofía TDD: pruebe (para fallar) luego codifique hasta que pase la prueba.
  • Manejar excepciones.
  • Al escribir una API, integre Swagger (o similar) para facilitar el proceso de demostración.
  • Agregue un archivo readme.md con su proceso de decisión establecido. Haga esto mientras desarrolla su solución para que el proceso esté fresco en su mente.
  • No sobredimensione su proyecto. Cíñete al plan y no implementes nada que no te pidan a menos que tengas el tiempo y la habilidad para hacerlo. La idea aquí no es verlo crear un producto comercializable, sino mostrar sus habilidades específicas de SDE: cómo aborda el problema y llega a una solución, así como también cómo prueba su solución.

Ronda 3 (entrevista de codificación)

Esta entrevista contó con la presencia del líder del equipo y uno de los miembros senior del equipo. La asignación fuera de línea se discutió en detalle, y se me hicieron preguntas sobre por qué había elegido seguir la ruta que tenía para brindar la solución. Se discutieron alternativas, así como posibles mejoras que podrían realizarse (y cómo se implementarían).

La segunda mitad de la entrevista involucró preguntas de codificación en vivo. Esta sección puso a prueba mis habilidades de programación hasta cierto punto, pero lo que es más importante, mi proceso de pensamiento a medida que evolucionaba la solución. No tuve que codificar ningún algoritmo, pero estos se discutieron en el contexto del desafío de codificación.

Puntas:

  • Esté preparado para explicar sus opciones de diseño. Las posiciones de SDE se centran más en el proceso de diseño de la solución que en el código real.
  • Repase los conceptos básicos de informática, como algoritmos y estructuras de datos, especialmente aquellos que no ha usado en mucho tiempo.
  • Prepárese para entrevistas de codificación completando desafíos en línea. Usé codewars.com
  • Cuando hagas codificación en vivo, di tus pensamientos en voz alta. El entrevistador no es un lector de mentes y quiere ver cómo está trabajando en la solución.
  • No tenga miedo de equivocarse: el entrevistador está más interesado en cómo está pensando, y si su proceso de pensamiento lo lleva de una solución incorrecta a una correcta, esto saldrá a la luz en la sesión.

Ronda 4 (entrevista de diseño)

Esta entrevista contó con la presencia del gerente de desarrollo. Similar a la sesión de codificación en vivo, pero esta vez la atención se centró en diseñar una solución en lugar de codificación y algoritmos. Me pidieron que diseñara una aplicación de biblioteca e interactuamos en cada etapa del proceso. Usé una pizarra digital y diseñé el sistema como lo vi inicialmente, e hice cambios a medida que se hacían y respondían preguntas. El proceso fue informal en general, con el entrevistador siendo casual y servicial a medida que avanzaba en el proceso de diseño.

Puntas:

  • Hacer preguntas. En esta etapa del proceso de la entrevista, como en la vida real, debe aclarar cualquier ambigüedad. El entrevistador busca ver cómo diseña una solución: siga el mismo proceso que seguiría con un usuario final o cliente comercial. Esta es tu oportunidad de brillar como SDE.
  • No sobredimensionar. Una vez más, manténgalo simple. Si el entrevistador quiere más de ti, te lo pedirá. En su lugar, prepárese para ampliar su solución a medida que avanza la sesión.

Ronda 5 (entrevista final)

A esta entrevista asistieron RRHH y el responsable de desarrollo. En este punto, el objetivo es más ver si encajaría en la cultura de la empresa a la que se postula. Se hicieron preguntas más esotéricas, donde no había una respuesta correcta o incorrecta, sino solo su propia opinión. Esta fue una entrevista muy casual.

Puntas:

  • Se honesto.
  • Sea abierto sin ser crudo. En sesiones anteriores puede que hayas ido al grano, pero esta es tu oportunidad de mostrarte como persona.
  • Esté preparado para hacer preguntas. Si tiene preguntas sobre la política de la empresa, la cultura general, etc., este es el lugar para responderlas.

Publicación traducida automáticamente

Artículo escrito por GeeksforGeeks-1 y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *