Preguntas de entrevista de Microsoft para software engineers

Microsoft tiene el proceso de entrevista de ingeniería más pragmático de las big tech. Menos puzles de algoritmos que Google, menos machaque conductual que Amazon, más foco en si de verdad puede construir y entregar. El framework publicado AS-AS-AS (Assess situation, Approach, Solution) moldea cada ronda. El growth mindset es la línea de base cultural. El resultado: un proceso que premia a los ingenieros que piensan con claridad, comunican limpiamente y saben articular tradeoffs sin florituras teatrales. Esta guía se nutre de los propios materiales públicos de Careers de Microsoft y de reportes públicos de Glassdoor.

El proceso de entrevista de Microsoft

Los procesos de Microsoft son más cortos y rápidos que los de los FAANG. Screen del recruiter (30 minutos). Phone screen técnico (45-60 minutos, un problema de coding). Onsite (4 rondas, normalmente medio día virtual: dos de coding, una de diseño de sistemas en senior+, una conductual con el hiring manager — a veces llamada "as appropriate" porque el hiring manager calibra a su nivel). Debrief y oferta. Cronología total: 3-5 semanas. Microsoft se mueve notablemente más rápido que Amazon o Google.

La estructura AS-AS-AS atraviesa cada ronda. Los entrevistadores esperan que usted evalúe (Assess) la situación (aclarar, replantear el problema, nombrar las restricciones), describa su enfoque (Approach) (varias opciones cuando sea relevante, con tradeoffs) y luego entregue una solución (Solution) (código o diseño). Saltarse los dos primeros pasos y lanzarse directo al código es el disparador de degradación más común — los entrevistadores califican explícitamente el encuadre como una dimensión separada.

Top 10 de preguntas técnicas para preparar

Las preguntas de Microsoft se inclinan hacia los clásicos con un toque pragmático. Menos LeetCode-hard, más "¿escribiría este código en una PR review sin comentarios pidiendo limpieza?".

1. Reverse a linked list — iterativo y recursivo. Pista: a los candidatos senior les piden ambos; elija uno para empezar y ofrezca el otro como tradeoff.
2. Binary tree level-order traversal con tipos de nodo personalizados. Pista: practique la variante en la que agrupa por nivel y la variante en la que aplana.
3. Find duplicates in an array of N+1 integers — detección de ciclo de Floyd. Pista: la respuesta con detección de ciclo es elegante; si no puede entregarla, sort-and-scan es aceptable pero puntúa menos.
4. Longest palindromic substring — expand-around-center. Pista: Manacher es excesivo; entregue expand-around-center limpio y mencione la complejidad.
5. LRU cache — doubly linked list + hashmap. Pista: la pregunta de sabor OOP más solicitada; practique hasta que pueda escribirla en 15 minutos.
6. Implemente un singleton thread-safe — patrones de sincronización. Pista: esto todavía aparece; conozca el double-checked locking y las formas seguras específicas del lenguaje.
7. Comprobador del estado de juego del tres en raya — diseño OOP + comprobación de condición de victoria. Pista: las fronteras de clase limpias ganan a los trucos de bits ingeniosos.
8. Parsing de strings bajo presión — atoi, calculadora básica. Pista: los casos límite de atoi (overflow, signos, whitespace) hacen tropezar a muchos candidatos.
9. Find the kth largest element — heap o quickselect. Pista: el heap es más seguro bajo presión de tiempo; quickselect impresiona si entrega la partición correctamente.
10. Detect a cycle in a directed graph — DFS con tres estados. Pista: el coloreado white/gray/black es la articulación más limpia; aprenda el vocabulario.

Top 5 de temas de diseño de sistemas

1. Sincronización distribuida de archivos (OneDrive/Office) — resolución de conflictos, soporte offline, sincronización parcial, delta encoding.
2. Editor colaborativo (Word online) — operational transforms o CRDTs, presencia, compartición de cursor.
3. Plataforma serverless estilo Azure — despliegue de funciones, mitigación de cold start, billing, aislamiento.
4. Servicio de email o notificaciones — fan-out, deliverability, retries, rate limiting.
5. Search autocomplete — sugerencias basadas en trie, señales de ranking, personalización, lookup de baja latencia.

Las rondas de diseño de sistemas de Microsoft esperan que piense en clientes enterprise — multi-tenancy, compliance, audit trails. Una solución que funciona para consumidores pero ignora los escenarios enterprise puntúa más bajo en las rondas senior+.

Top 5 de preguntas conductuales (growth mindset)

1. Cuénteme una vez en que recibió feedback crítico y qué hizo con él. (Núcleo del growth mindset)
2. Describa un proyecto en el que aprendió algo completamente nuevo sobre la marcha. (Learn-it-all, no know-it-all)
3. Explíqueme una vez en que tuvo que colaborar con un equipo con el que no compartía objetivos. (One Microsoft)
4. Cuénteme una vez en que abogó por la inclusión o la diversidad en el trabajo de su equipo. (Inclusión como valor central de Microsoft)
5. Describa una decisión técnica que tomaría de otro modo con lo que sabe ahora. (Humildad retrospectiva)

Consejos específicos de la cultura de Microsoft

El encuadre de Satya Nadella "learn-it-all, no know-it-all" es real. El encuadre del growth mindset significa que los entrevistadores penalizan activamente a los candidatos que se presentan como si tuvieran todas las respuestas. Matice de forma apropiada: "no he desplegado a esa escala exacta, pero así es como lo razonaría" aterriza más alto que un farol confiado. La señal senior más fuerte en Microsoft es ser capaz de decir "no lo sé — así es como lo averiguaría".

Los entrevistadores de Microsoft suelen ser mayores y más pragmáticos que sus pares de los FAANG. Han visto muchos ciclos de hype tecnológico. Una solución apoyada en "usaríamos un patrón probado X porque resuelve Y de forma fiable" gana a una solución apoyada en "usaría lo nuevo y brillante porque es emocionante". Este sesgo hacia los patrones probados es una señal cultural real — no luche contra él.

Un modo de fallo específico en senior+: los candidatos sobre-ingenian la ronda de diseño. Los clientes de Microsoft incluyen empresas con departamentos de IT conservadores. Una arquitectura de microservicios de seis componentes para un problema que una sola API más una tabla de Postgres resolvería es la señal equivocada. Empiece con el diseño más simple que cumpla los requisitos; la complejidad debe ganarse con restricciones explícitas.

Preguntas frecuentes