Preguntas de entrevista de Google para software engineers

El proceso de entrevista de Google es el más documentado de dominio público en tech. Algoritmos primero, rúbrica estructurada, revisión por el comité de contratación y un paso separado de team match que puede estirar el proceso hasta dos meses. Esta guía desglosa qué evalúa realmente cada ronda, los patrones de preguntas que verá y dónde la mayoría de los candidatos pierden puntos — basado en patrones públicos de Glassdoor, los propios valores publicados de Google y el framework del Hiring Committee sobre el que escribió Laszlo Bock en Work Rules.

El proceso de entrevista de Google

Los procesos SWE estándar tienen cinco fases. Fase 1: screen del recruiter (30 minutos, antecedentes básicos, ancla salarial). Fase 2: phone screen (45 minutos con un ingeniero, una pregunta de coding en un documento compartido — sin IDE, sin autocompletado). Fase 3: onsite (4-5 rondas: dos de coding, una de diseño de sistemas en L4+, una de Googleyness/conductual, opcionalmente un deep-dive de dominio). Fase 4: comité de contratación (un grupo separado de ingenieros revisa los expedientes; nadie de este comité le entrevistó). Fase 5: team match (pasa el proceso a un pool de candidatos, los equipos le eligen para su headcount abierto).

Cronología total: 6-10 semanas si todo avanza sin contratiempos. El team match es el paso impredecible — candidatos fuertes han esperado más de 6 semanas a que un equipo les reclame, sobre todo durante congelaciones de contratación o en orgs menos populares. Si tiene una referencia a un equipo concreto, pida al recruiter que acelere el team match de forma condicional.

Top 10 de preguntas técnicas para preparar

Estos son los patrones de preguntas de los que los entrevistadores de Google tiran de forma fiable, según los reportes de Glassdoor de los últimos años. La redacción exacta diferirá; reconozca la forma.

1. Two-pointer en un array ordenado — encontrar pares, encontrar triples, encontrar la suma más cercana. Pista: practique el momento de pivote en el que cambia entre expandir y contraer.
2. Sliding window con frecuencia de caracteres — substring más largo con como mucho K caracteres distintos, minimum window substring. Pista: un hashmap + dos punteros resuelve el 90% de estos.
3. Recorrido de árbol con estado — max path sum de árbol binario, variantes de lowest common ancestor. Pista: recursión en post-order donde devuelve tanto una respuesta como una contribución al padre.
4. BFS de grafo con restricciones — word ladder, camino más corto en una grid con obstáculos o límites de combustible. Pista: el estado en su conjunto de visitados debe incluir todas las dimensiones de la restricción, no solo la posición.
5. Programación dinámica en intervalos o grids — edit distance, matching de regex, caminos en una grid. Pista: defina el estado en lenguaje llano antes de escribir la recurrencia.
6. Backtracking con poda — N-reinas, Sudoku, permutaciones con restricciones. Pista: podar pronto es lo que separa una respuesta que funciona de una que da timeout.
7. Diseñar una estructura de datos — LRU cache, almacén clave/valor con límite de tiempo, autocompletado con trie. Pista: aclare la API antes de implementar; pregunte qué operaciones deben ser O(1) vs O(log n).
8. Scheduling con heap / priority queue — meeting rooms II, top K elementos en un stream, merge de K listas ordenadas. Pista: un max-heap de tamaño fijo K es la respuesta correcta a la mitad de los problemas de streaming.
9. Parsing de strings bajo presión — calculadora básica, número válido, decode string. Pista: un stack explícito le gana a una regex enrevesada cada vez en una entrevista.
10. Caso límite de manipulación de bits — variaciones de single number, contar bits, número faltante con XOR. Pista: ensaye las identidades de XOR hasta que sean reflejas.

Top 5 de temas de diseño de sistemas (L4 y superior)

1. Almacén clave-valor distribuido / cache — particionado, replicación, tradeoffs de consistencia, manejo de hot keys. Practique los patrones de Dynamo y Bigtable.
2. News feed o timeline rankeado — fanout-on-write vs fanout-on-read, señales de ranking, tradeoff entre frescura y personalización.
3. Acortador de URLs a escala de Google — estrategias de generación de IDs, latencia de redirección, detección de abuso.
4. Web crawler — cortesía (politeness), deduplicación, priorización del URL frontier, coordinación distribuida.
5. Pipeline de analítica en tiempo real — ingesta de eventos, agregación por ventanas, datos que llegan tarde, semántica exactly-once.

Para cada uno, llegue con: una plantilla de aclaración del problema de 60 segundos, un cálculo de capacidad a ojo (QPS, almacenamiento, ancho de banda), un diagrama de arquitectura base en la cabeza y 2-3 tradeoffs concretos que sacar cuando el entrevistador presione. El modo de fallo número uno es saltar a un diagrama antes de preguntar qué escala importa.

Top 5 de preguntas conductuales (ronda de Googleyness)

1. Cuénteme una vez en que estuvo en desacuerdo con un compañero. Buscan humildad intelectual, no ganar el desacuerdo.
2. Describa un proyecto que fracasó y qué aprendió. Asumir el fracaso con limpieza es la prueba — las respuestas vagas señalan que se desvía la culpa.
3. Cuénteme una vez en que tuvo que aprender algo nuevo bajo presión. La comodidad con la ambigüedad es una señal central de Googleyness.
4. Explíqueme una decisión técnica de la que se arrepiente. Autoconciencia, no perfección. Los candidatos senior que no saben nombrar un arrepentimiento parecen poco reflexivos.
5. ¿Cómo maneja que le asignen trabajo fuera de su área de experiencia? Bias-for-action y curiosidad, con pasos y resultados concretos.

Consejos específicos de la cultura de Google

Los entrevistadores de Google evalúan contra una rúbrica pública. La rúbrica pondera el proceso de resolución tanto como la respuesta final. Esto significa que pensar en voz alta no es opcional — a quienes resuelven en silencio les bajan la nota aunque lleguen a la respuesta correcta. Narre: enuncie sus supuestos, nombre su elección de estructura de datos, explique por qué descartó la alternativa, y luego programe. Cuando llegue a un atasco, dígalo en voz alta y describa qué está intentando. Los entrevistadores pueden dar pistas dentro de la rúbrica, pero solo si entienden dónde está usted.

El comité de contratación nunca le conoció. Su entrevistador escribe un expediente que se lee como un escrito judicial — citas directas, hitos con marca de tiempo, decisiones de señal/no-señal. El sesgo del comité es rechazar cuando hay incertidumbre. Su trabajo en cada ronda es dar a su entrevistador suficiente evidencia concreta para escribir un expediente seguro. Las vaguedades no ayudan a nadie.

Un modo de fallo concreto: los candidatos sobre-optimizan. No escriba prematuramente una solución con hashmap cuando la fuerza bruta sirve para la aclaración. Recorra la fuerza bruta, nombre su complejidad en voz alta y luego optimice. Saltarse el paso de la fuerza bruta se lee como “hizo pattern-matching de una solución memorizada”, lo cual es una bandera roja en L5+.

Preguntas frecuentes