En octubre pasado, recibí una llamada de un reclutador de Amazon en LinkedIn. Se trataba de las oportunidades de ingeniería de software en Amazon.
Coincidentemente, en ese entonces, estaba dispuesto a mudarme a un país diferente y mudarme de Singapur. Las restricciones prolongadas de covid me afectaron, ¡y pensé que ya es suficiente! ¡Me voy de aquí!
Entonces, cuando recibí el mensaje del reclutador, decidí ir a la entrevista. Aparte de Amazon, también me entrevisté con algunas otras empresas. Pero hoy, hablemos de la experiencia de la entrevista con Amazon para un puesto en SDE II, junto con algunas sugerencias personales de mi parte. Al final de la publicación, también compartiré brevemente mi estrategia de preparación para la entrevista.
El primer paso en el proceso fue una llamada con el reclutador. Al enterarse de mi interés, el reclutador no se tomó el tiempo para programar una llamada. Fue breve y al grano. Hizo preguntas introductorias típicas sobre mi rol y responsabilidades actuales, mi interés en Amazon y cuándo podría comenzar.
Después de hablar sobre las cosas típicas, hizo algunas preguntas básicas sobre estructuras de datos y algoritmos. No esperaba eso de la llamada. ¡Supongo que la motivación es reducir las posibilidades de perder el tiempo de los entrevistadores!
Al final de la llamada, el reclutador me dijo que me enviaría un enlace a la Evaluación en línea (OA) , la infame prueba en línea de Amazon sobre codificación, principios de liderazgo y diseño de sistemas. Recibí el correo electrónico con el enlace de prueba justo después de la llamada. Tenía una semana para terminar la prueba.
💡 Consejo
En una llamada inicial como esta, a veces los reclutadores preguntan sobre el salario esperado. Trate de evitar responder a esta pregunta. Recuerde, es demasiado pronto para discutir la compensación. Siempre puedes decir que aún no has investigado nada. Por lo tanto, es mejor discutir el tema en un momento posterior.
Me senté para el OA después de unos días. Duró una hora y media. Tomé un rincón tranquilo en mi casa, eliminé todas las distracciones y presioné el botón 'comenzar'.
Estos son los puntos notables de la evaluación:
Había tres secciones: codificación, diseño de sistemas y principios de liderazgo.
La parte de codificación tenía dos problemas. El primero era como un LeetCode fácil, pero la solución óptima para el siguiente estaba en el rango medio-duro. Creo que el segundo problema se puede usar fácilmente en una ronda en el sitio.
La sección de diseño del sistema tenía algunas preguntas de opción múltiple. Nada realmente sorprendente. En cuanto a la dificultad, estos deberían ser fáciles para las personas con una comprensión fundamental del diseño de sistemas a gran escala.
La última parte fueron las preguntas sobre los principios de liderazgo. Era un conjunto de preguntas sobre cuál preferiría. Su tarea es mostrar sus preferencias. Por supuesto, no hay respuestas correctas o incorrectas.
La parte sobre principios de liderazgo fue la más sorprendente y agotadora. Sí, entiendo que estos principios son como la Biblia para Amazon, y los ingenieros allí viven según los principios.
Pero, en mi opinión, hacer preguntas relacionadas con el liderazgo en una evaluación en línea agrega poco valor al proceso. Tales preguntas tienen sentido cuando se discuten en persona. En una prueba en línea, no tiene forma de evaluar lo que está pensando el candidato. Y no hay margen para una discusión sólida.
💡 Consejo
No espere que la evaluación en línea sea sencilla, más bien espere sorpresas. Esto le ayudará a evitar que lo tomen con la guardia baja durante la prueba.
La semana siguiente, tuve una llamada con el reclutador. Ella me explicó los siguientes pasos. Idealmente, el siguiente paso sería una entrevista telefónica con un ingeniero. Pero para mí, decidieron pasar directamente a las rondas presenciales.
Después de algunos correos electrónicos de ida y vuelta, mi presencia en el sitio se programó después de tres semanas. Fue un circuito de cuatro entrevistas, a lo largo de dos días, dos rondas cada día. Las entrevistas se realizarían a través de Chime, la plataforma de comunicación interna de Amazon.
Analicemos brevemente cada sesión de entrevista.
Cronológicamente, la ronda fue así:
Introducción rápida.
Preguntas sobre los principios de liderazgo.
Discusión de seguimiento sobre las preguntas anteriores.
Un problema de codificación que requería DFS. Era un LeetCode fácil.
La introducción tomó alrededor de 5 minutos. La discusión sobre los principios de liderazgo duró alrededor de 20 minutos. Para la parte de codificación, teníamos media hora.
Una cosa interesante de la entrevista fue que el entrevistador me pidió que escribiera pseudocódigo. No le importaba el código sintácticamente correcto, ya que uno siempre puede buscarlo. No me molesté mucho e hice lo que me pidió.
Las preguntas sobre los principios de liderazgo dieron lugar a una agradable conversación sobre mis experiencias pasadas. El entrevistador pudo relacionarse con muchas cosas de las que estaba hablando. Personalmente, disfruté la discusión.
Del mismo modo, esta ronda fue sencilla:
Una introducción.
Preguntas y discusión sobre los principios de liderazgo.
Un problema de codificación de dificultad media que nuevamente requería DFS.
En esta ronda, los tiempos para las tres partes fueron prácticamente los mismos que en la ronda anterior.
Desafortunadamente, esta ronda no fue tan fácil:
Me desconectaron de la llamada cuatro veces en los primeros diez minutos.
Por quinta vez cuando me uní, el entrevistador parecía realmente enojado: me preguntó si quería reprogramar la entrevista, a lo que dije que no .
Afortunadamente, no volvió a caer durante el resto de la entrevista.
Al igual que en las otras entrevistas, el entrevistador me hizo algunas preguntas situacionales sobre principios de liderazgo y luego pasó a un problema de codificación.
Sorprendentemente, este también era un problema de DFS de dificultad media de LeetCode.
Como hubo contratiempos en la ronda, tuvimos alrededor de 15 minutos para el problema de codificación. Esta no era una situación muy ideal. Pero para ser honesto, la imprevisibilidad es parte del juego de entrevistas.
💡 Consejo
Consiga una conexión a Internet estable para sus entrevistas. Y lo más importante, tenga una copia de seguridad, ¡sin importar qué tan fuerte sea su red!
La última ronda fue la ronda de diseño del sistema que fue así:
Una introducción rápida con los entrevistadores. Había dos entrevistadores en esta ronda, y uno de ellos era un entrevistador en la sombra. Pero también hizo preguntas.
Una discusión relacionada con los principios de liderazgo.
Un problema típico de diseño de sistemas.
Después de la introducción de 5 minutos y los 25 minutos de discusión relacionada con el liderazgo, tuvimos alrededor de media hora para la parte del diseño del sistema. Desafortunadamente, no fue muy interactivo. Los entrevistadores solo escucharon lo que tenía que decir y asintieron. Hicieron 2 o 3 preguntas al final, pero hubo poco tiempo para discutir nada.
En mi opinión, debería haber una discusión más amplia sobre el diseño del sistema en esa ronda.
En todas las rondas presenciales, la discusión sobre los principios de liderazgo fue bastante extensa y, en ocasiones, un poco repetitiva. Estas discusiones consumieron una cantidad importante de tiempo de cada una de las rondas, lo que redujo el peso de la parte técnica.
En mi experiencia, las rondas de Amazon fueron las menos tecnológicas en comparación con todas las entrevistas que he tenido con otras empresas. Pero mientras este método funcione para ellos, está justificado.
💡 Consejo
Esté preparado para contar historias de su trabajo y experiencias. Es mejor recordar tus recuerdos sobre las cosas en las que has trabajado. Recuerda que los entrevistadores también son ingenieros, como tú. Se identificarán con su experiencia si les cuenta buenas historias.
Antes de terminar el post, permítanme compartir brevemente mi preparación. Fue muy sencillo -
Para la codificación, resolví problemas de LeetCode. Tomé una suscripción de un mes que fue bastante útil.
Para el diseño del sistema, mis principales recursos fueron: la entrevista de diseño del sistema: una guía de información privilegiada de Alex Xu, este excelente canal de YouTube y diferentes blogs de la empresa, como Netflix , Uber , Twitter , Discord , etc.
Para los principios de liderazgo, seguí la técnica más popular: crear una hoja de cálculo con al menos dos ejemplos para cada uno de los principios de liderazgo, revisar la hoja varias veces antes de las entrevistas y tener un mapa en mente.
💡 Consejo
No reúna demasiados recursos para su preparación. Podría abrumarte. Haga una lista concisa de los materiales de preparación y revíselos por completo. No pierda el tiempo saltando con frecuencia entre diferentes materiales que lo distraerán.
A la semana siguiente, recibí una respuesta positiva del reclutador. Pero debido a mejores ofertas en la mano, nos separamos.
En general, esta fue mi experiencia con Amazon. En las próximas publicaciones, compartiré experiencias similares con otras empresas, junto con mis estrategias de preparación.
¡Muchas gracias por leer!
También publicado aquí