#5 - Cómo me preparé para entrar en empresas americanas
De sufrir en empresas locales a trabajar en Salesforce y MongoDB, mejor pagado y con menos presión
Empecé mi carrera en consultoras locales en España, mal pagado y con mucha más presión de la que me correspondía para la experiencia que tenía.
Seis años después he trabajado en Salesforce y MongoDB, y he pasado procesos de entrevistas con empresas como Google, Stripe o Amazon.
El cambio no fue solo salarial. Al contrario de lo que se suele pensar, la presión bajó mucho y los proyectos en los que trabajé fueron bastante más interesantes y útiles para mi crecimiento.
En esta entrega te cuento cómo me preparé para esas entrevistas y cómo conseguí perderles el miedo.
Cómo fueron mis inicios
Tenía claro que quería irme de España para mejorar profesionalmente y por disfrutar de la experiencia. Al principio empecé aplicando sin ton ni son a todo lo que encontraba por LinkedIn.
Yo creía que no tenía que prepararme nada. Pensaba que tenía que contar mi experiencia en la entrevista y que, si les encajaba, me acabarían haciendo una oferta. Grave error.
Las primeras 10-20 entrevistas fueron un auténtico desastre. Las pocas que pasé de la ronda de RRHH terminaron en la primera entrevista técnica, donde me destrozaron. Y lo peor es que no era consciente de que estaba haciendo algo mal.
De casualidad, una noche encontré un hilo en Forocoches, de un chico que trabajaba para Twitch en Silicon Valley. Sus inicios eran muy similares a los míos: consultora pequeña en España y cansado del sector. Y ahora cobraba $600k anuales en Twitch.
Le escribí para preguntarle cómo lo había hecho y su respuesta fue clara: las entrevistas hay que prepararlas. Me pasó material y, en ese momento, me cambió el chip y me puse manos a la obra.
Entrevistas de algoritmos y estructuras de datos
A pesar de que a muchos no les gustan, las entrevistas del estilo “LeetCode” siguen siendo las más utilizadas en las entrevistas técnicas de empresas anglosajonas.
Si has pasado por la universidad es probable que ya tengas una buena base de algoritmos y estructuras de datos. Pero aún así, estos ejercicios hay que prepararlos de forma específica.
Yo tenía una base muy floja y me sirvió un montón el libro Cracking the Coding Interview. Lo compré en físico y fue la mejor inversión de mi vida.
Para prepararlas, seguí los siguientes pasos:
Repasar la complejidad algorítmica (Big O) y hacer los ejercicios del libro
Repasar todas las estructuras de datos y hacer ejercicios concretos para cada una de ellas: Arrays, Linked Lists, Queues, Stacks, Trees, Graphs, Heaps y Tries
Ejercicios sobre Recursion y Dynamic Programming
Ejercicios aleatorios del libro y de LeetCode
De Abril a finales de Julio del 2021 me preparé casi a diario con los ejercicios del libro, dedicando una media de ~15-20 horas semanales.
Al sentirme cómodo con los ejercicios del libro pasé a LeetCode, donde seguí haciendo ejercicios hasta principios de septiembre.
Al mismo tiempo que hacía LeetCode, a partir de Julio empecé a aplicar a empresas y a hacer mis primeras entrevistas. En Septiembre conseguí una oferta de Salesforce y en Octubre del 2021 me mudé a Irlanda 🇮🇪
No os voy a mentir, fue un proceso duro. Muchas horas invertidas en aprender una habilidad que no se practica ni en la universidad ni en el trabajo. Se convirtió en un trabajo a tiempo parcial en sí mismo.
Las siguientes veces que me preparé es cierto que ya necesité muchos menos días para sentirme cómodo, normalmente sobre 3-4 semanas.
Entrevistas de System Design
Para roles senior (e incluso mid en muchos casos), preparar sólo algoritmos no es suficiente. Tendrás que pasar una ronda en la que te piden diseñar sistemas grandes a alto nivel, como Uber, WhatsApp, YouTube, tinyURL, etc.
Aunque sigue siendo un reto importante, este tipo de entrevistas se parecen mucho más al trabajo real. No te van a pedir la solución perfecta, sino ver cómo piensas, cómo priorizas y cómo comunicas decisiones.
El libro que más me ayudó fue System Design Interview – An Insider’s Guide, de Alex Xu. Sobre todo porque me enseñó a estructurar la conversación y a no perderme con el tiempo tan limitado que te dan. En estas entrevistas si no sigues una buena estructura es muy fácil quedarte sin tiempo y no haber mostrado nada interesante.
Mi enfoque siempre es el siguiente: primero aclarar bien el alcance, después hacer estimaciones rápidas para definir el alcance del problema (usuarios, QPS, almacenamiento, etc.) y después hablar del diseño a alto nivel. Antes de profundizar en nada, hay que estar alineado con el entrevistador.
A partir de ahí, elijo una o dos partes críticas del sistema y profundizo en ellas, explicando decisiones y trade-offs. Es preferible cubrir bien pocas cosas que mencionar muchas por encima.
Si queda tiempo al final, lo utilizo para comentar aspectos de los que no hemos hablado aún, como analíticas o seguridad, por ejemplo.
Entrevistas behavioral
Estas son las entrevistas “de toda la vida”. Te preguntan por tu experiencia, tus proyectos y cómo has actuado en situaciones reales. Yo pensaba que no hacía falta prepararlas, pero estaba muy equivocado.
Fui a varias entrevistas sin preparar y hubo preguntas que me pillaron por sorpresa, o situaciones para las que no podía encontrar un buen ejemplo que demostrara mi experiencia.
A partir de ahí, siempre las preparé. Elegía tres o cuatro proyectos donde mi impacto hubiera sido relevante, de empresas diferentes para no acabar hablando siempre de lo mismo. Para cada uno anotaba cosas que salieron bien, cosas que haría diferente, conflictos que surgieron y decisiones técnicas importantes.
Son entrevistas bastante relevantes, porque suelen llevarlas managers, PMs o incluso directors. Si no das una buena imagen pueden vetar tu contratación a pesar de que te hayas lucido en las pruebas técnicas.
Aplicando a ofertas
Al menos en mi caso, nunca me funcionó aplicar a todo lo que se mueve. Lo hice bastante tiempo a través de LinkedIn, pero pocos recruiters me contactaron.
Tuve mucho más éxito buscando primero empresas que me parecían interesantes por sus productos, condiciones y opiniones en Glassdoor y Reddit. Hice una lista con unas 100 empresas, y fui filtrando las que no contrataban en Europa.
A partir de ahí, empecé a aplicar a posiciones específicas que me cuadraban. Mi objetivo principal era emigrar a Suiza 🇨🇭, pero me servía también Holanda, Alemania o Irlanda.
En 2021, en pleno boom post-covid, se contrataba muchísimo. Eso hizo que empresas como Spotify, Salesforce o Amazon me dieran entrevistas incluso sin referral, a pesar de tener un perfil “poco atractivo”.
A partir de 2022 eso se volvió mucho más difícil. En mi caso, lo que empecé a hacer fue contactar directamente con gente que trabajaba en esas empresas para pedir referencias internas. Estas referencias no garantizan nada, pero sí aumentan las probabilidades de conseguir una primera entrevista.
Conseguí entrevistas en Google y en Amazon de nuevo porque conocía a gente que trabajaba allí, y me recomendaron. Pero también en empresas como Stripe, MongoDB o Workday gracias a hablar con gente que no conocía previamente por LinkedIn.
La realidad de estos procesos
Incluso preparándote bien, la mayoría de procesos con estas empresas terminan en rechazo.
Para que te hagas una idea, en mi último cambio apliqué a más de 400 ofertas. De ahí salieron 8 entrevistas y una única oferta final, la de MongoDB. Y eso que ya tenía bastante experiencia con este tipo de entrevistas (fácilmente más de 100).
Muchos de estos rechazos no dicen demasiado sobre tu nivel. Influyen factores que no controlas, como el entrevistador, el ejercicio o los nervios de ese día.
Por eso nunca traté cada proceso como algo de vida o muerte. Siempre llevaba varios en paralelo y bajaba mis expectativas para no ilusionarme.
Otros recursos
Si este tema te interesa y prefieres un aprendizaje más guiado, en mis cursos profundizo justo en estas partes del proceso.
En el de Algoritmos, Estructuras de Datos y Entrevistas cubro las pruebas tipo LeetCode, entrevistas behavioral y cómo aplicar de forma más efectiva.
En el de Diseño de Sistemas a Gran Escala trato las entrevistas de system design, con teoría y ejercicios reales.
Si prefieres seguir por tu cuenta, los libros que he mencionado a lo largo del artículo, junto con recursos gratuitos como LeetCode o el repo de System Design Primer, son también muy buenas opciones!
Muy interesante lo que comentas. Destacarías algo del nivel de inglés? No tuviste ningún problema desde el principio o fuiste mejorando con el tiempo?