Preguntas de entrevista de Uber
Por Aaron Cao · Actualizado el

Las entrevistas de Uber combinan problemas de código, diseño de sistemas para sistemas distribuidos en tiempo real, y preguntas de comportamiento sobre responsabilidad y ambigüedad. Los puestos de software suelen empezar con estructuras de datos y algoritmos, y luego pasan a las rondas de diseño. La práctica funciona mejor cuando respondes en voz alta, no solo leyendo listas de preguntas.
¿Qué tipos de preguntas hace Uber?
Has encontrado una lista de preguntas y aun así no sabes cuáles importan para el puesto al que aplicaste. Esta sección clasifica las preguntas de Uber en las categorías que realmente usan sus rondas, para que sepas qué practicar primero. Hay tres para los puestos de ingeniería, y los procesos no técnicos cambian las dos primeras.
Uber contrata en viajes compartidos, entregas, transporte de carga y equipos de plataforma interna, y el proceso refleja esa diversidad:
- Código: estructuras de datos y algoritmos en un editor compartido, con inclinación hacia grafos, heaps, ventanas deslizantes y fusión de intervalos. Aparecen problemas de rutas y ubicación porque se corresponden con el negocio.
- Diseño de sistemas: sistemas distribuidos que cambian cada segundo. El emparejamiento de conductores, un pipeline de precios dinámicos o un índice geoespacial son planteamientos habituales.
- Comportamiento: responsabilidad, desacuerdo y avanzar sin información completa, normalmente a cargo de un hiring manager o un socio multifuncional.
Los casos de análisis reemplazan las categorías técnicas para roles de datos, el sentido de producto y las métricas para product management, y los escenarios operativos para los equipos de ciudad. El hub de bancos de preguntas reúne esas listas por rol.
¿Qué preguntas de código y diseño aparecen más?
Estas son las formas que se repiten, escritas como las escucharías en realidad:
- Encuentra el camino más corto entre dos puntos en una cuadrícula urbana con algunas calles cerradas.
- Fusiona un conjunto de intervalos de tiempo superpuestos que representan la disponibilidad de conductores.
- Dado un flujo de eventos de viajes, devuelve los k lugares de recogida más frecuentes de la última hora.
- Implementa una caché LRU, y luego explica qué se rompe cuando se comparte entre procesos.
- Diseña un servicio que empareje pasajeros con conductores cercanos casi en tiempo real.
- Diseña el precio dinámico: cómo se calcula la señal, dónde se almacena, y cuán desactualizada puede estar.
- Diseña un sistema que rastree millones de vehículos en movimiento y responda consultas de proximidad.
Estos planteamientos de diseño no piden una arquitectura terminada. Buscan saber si puedes nombrar la restricción que hace difícil el problema, que para la mayoría de los problemas al estilo Uber es que los datos son geoespaciales y cambian constantemente. Nombrarla temprano le da un rumbo al resto de la conversación.
¿Cómo practicar esto antes de la llamada real?
Leer una lista de preguntas genera reconocimiento, no recuerdo activo. La brecha aparece en el momento en que otra persona espera que hables.
Un caso concreto: un ingeniero backend que se preparaba para un puesto senior en una empresa de viajes compartidos había practicado problemas de grafos en papel durante semanas y aun así se quedó a mitad de camino en el planteamiento de emparejamiento de conductores. El problema no era el conocimiento. Nunca había dicho las palabras consistent hashing en una frase con alguien escuchando. Dos ensayos en voz alta arreglaron lo que veinte lecturas silenciosas más no habrían arreglado.
Una secuencia que funciona:
- Elige una pregunta de cada categoría anterior.
- Respóndela en voz alta, con cronómetro, sin notas.
- Grábala o pruébala contra un entrevistador de IA, y escucha dónde te quedaste callado.
- Reescribe solo la parte que falló, y vuelve a intentarlo.
La entrevista simulada de SubcueAI ejecuta ese ciclo con preguntas y respuestas habladas, lo cual está más cerca de la ronda real que una app de tarjetas de memoria.
¿Dónde ayuda un asistente en vivo, y dónde no?
Uber realiza las rondas de código en editores compartidos y las rondas de diseño como conversaciones, y estos dos formatos responden esta pregunta de manera muy distinta.
En una ronda conversacional por Zoom, Google Meet o Microsoft Teams, un asistente en vivo hace algo puntual: transcribe al entrevistador y coloca una estructura en tu pantalla mientras todavía estás formando la frase. SubcueAI hace eso desde una app nativa de macOS o Windows con una superposición flotante local, y desde un panel lateral de extensión de navegador que captura el audio de la pestaña de la reunión. Ningún bot se une a la llamada, y nada se inyecta en la página de la reunión.
Los límites importan más que la capacidad:
- Si estás compartiendo tu pantalla, la superposición está en esa pantalla a menos que la hayas movido fuera del área compartida antes.
- Si la ronda está vigilada o se ejecuta dentro de una herramienta de evaluación bloqueada, ningún asistente de escritorio en tiempo real es apropiado. La página de seguridad es explícita sobre qué contextos quedan fuera de alcance.
- Una ronda de código donde escribes en el editor del entrevistador es una ronda que tienes que saber resolver tú mismo.
Este es el marco útil: el asistente lleva el recuerdo en la conversación, y la práctica lleva todo lo demás.