Uber DevOps Engineer: CV, palabras clave y entrevista

Llevas meses perfeccionando tu perfil de DevOps, pero cada vez que envías el CV a una empresa como Uber, el silencio es la única respuesta. No es solo suerte. El proceso de selección de estas grandes tecnológicas tiene reglas no escritas que, si no las conoces, te dejan fuera antes de que un humano lea tu nombre.

Vamos a desglosar qué buscan realmente, cómo adaptar tu currículum para pasar los filtros automáticos y qué esperar en las entrevistas. Sin promesas vacías, solo lo que funciona.

Entiende la máquina antes de jugar#

Uber no contrata "ingenieros de DevOps". Contrata solucionadores de problemas a gran escala. Tu CV y tu forma de pensar deben reflejar eso. El primer filtro es casi siempre un software, un sistema de seguimiento de candidatos (ATS). Si tu currículum no está optimizado, nunca llegará a un reclutador.

Piensa en ello como en un despliegue: si tu manifiesto de Kubernetes tiene un error de sintaxis, el pod no arranca. Pues bien, si tu CV no tiene las palabras clave correctas, tu candidatura no arranca.

Cómo construir un CV que pase el primer filtro#

Olvida los diseños creativos con columnas y gráficos. Para puestos técnicos en grandes corporaciones, la claridad y la compatibilidad con el ATS son todo. Un formato cronológico inverso y limpio es tu mejor aliado.

La clave está en traducir tu experiencia al lenguaje que ellos usan. No basta con listar tecnologías; tienes que demostrar el impacto que tuviste con ellas. Usa verbos de acción fuertes y cuantifica siempre que puedas. "Mejoré el despliegue" no dice nada. "Reduje el tiempo de despliegue en un 40% mediante la automatización del pipeline con Jenkins y ArgoCD" sí lo dice.

Aquí tienes un ejemplo de cómo transformar una línea de tu CV:

Antes (genérico):

• Responsable de la infraestructura en AWS y scripts de automatización.

Después (orientado a impacto):

• Diseñé y mantuve la infraestructura como código (IaC) en AWS usando Terraform, gestionando más de 200 instancias EC2 y reduciendo el tiempo de aprovisionamiento en un 70%.

Para asegurarte de que usas los términos correctos, analiza las ofertas que te interesan. Una herramienta como el decodificador de descripciones de puesto puede ayudarte a extraer las palabras clave exactas que los sistemas ATS están buscando.

Checklist para tu CV de DevOps

• Formato limpio, sin tablas ni gráficos complejos.
• Sección de "Habilidades Técnicas" clara al principio.
• Usa verbos de acción: "Diseñé", "Automaticé", "Escalaré", "Monitoreé".
• Cuantifica logros con porcentajes, números o escalas.
• Incluye proyectos personales o contribuciones open source relevantes.
• Adapta cada CV a la oferta. No uses el mismo para todas.
• Pasa tu CV por un detector de compatibilidad con ATS antes de enviarlo.

Las palabras clave que importan#

Uber opera a una escala masiva. Buscan gente que haya trabajado con problemas de distribución, tolerancia a fallos y alta disponibilidad. Tu CV debe reflejar eso.

Más allá de listar "Docker, Kubernetes, AWS", necesitas mostrar experiencia con conceptos y herramientas que demuestren que puedes manejar su complejidad.

• Orquestación y contenedores: Kubernetes (K8s) a escala, Helm, Docker, service meshes como Istio o Linkerd.
• Infraestructura como Código (IaC): Terraform, Ansible, Pulumi. Menciona la gestión de estado y los módulos reutilizables.
• CI/CD: No solo la herramienta (Jenkins, GitLab CI, GitHub Actions), sino los patrones: blue-green deployments, canary releases, feature flags.
• Observabilidad: No es solo "usar Prometheus y Grafana". Es experiencia con stacks completos (ELK, Datadog), trazas distribuidas (Jaeger, OpenTelemetry) y la definición de SLIs/SLOs.
• Nube y ecosistema: AWS es el más común en sus ofertas, pero GCP y Azure también aparecen. Profundiza en servicios de red, seguridad y bases de datos gestionadas.
• Programación: Python o Go son casi un requisito. No para desarrollar features, sino para crear herramientas, scripts complejos y automatizaciones.

Prepararse para la entrevista técnica#

El proceso en empresas como Uber suele tener varias fases. No puedo hablar del proceso exacto de Uber, pero sí de lo que es estándar en la industria para puestos de este nivel.

1. Entrevista inicial con RRHH: Verificación cultural y de motivación. ¿Por qué Uber? ¿Qué problema de su plataforma te interesa resolver?
2. Entrevista técnica (coding): Resolver un problema de algoritmos y estructuras de datos en un editor online. No esperes preguntas de LeetCode difíciles, pero sí problemas que requieran código limpio y eficiente. Piensa en problemas de redes, procesamiento de streams o manipulación de archivos de configuración.
3. Entrevista de diseño de sistemas: Aquí es donde se decide. Te plantearán un problema como "Diseña un sistema para el seguimiento de paquetes en tiempo real" o "Cómo escalarías nuestro servicio de notificaciones". Evalúan tu capacidad para pensar en la disponibilidad, escalabilidad, tolerancia a fallos y compensaciones (trade-offs). No buscan la respuesta perfecta, sino tu proceso de pensamiento.

Ejemplo de respuesta en entrevista

Pregunta del entrevistador: "Nuestro pipeline de CI/CD se ha vuelto muy lento, pasando de 15 minutos a casi una hora. ¿Cómo abordarías este problema?"

Una buena respuesta estructurada:

"Primero, necesitaría datos. No puedo adivinar la causa. Mi primer paso sería instrumentar el pipeline para identificar el cuello de botella. ¿Es la fase de compilación, los tests unitarios, la construcción de la imagen Docker o el despliegue a un entorno de staging?

Una vez identificado el cuello de botella, exploraría soluciones. Si los tests son el problema, podríamos paralelizarlos o implementar un sistema de caché para dependencias y artefactos de compilación. Si la construcción de la imagen es lenta, revisaría el Dockerfile para optimizar las capas y usar un sistema de caché como docker buildx.

Si el despliegue es la parte lenta, evaluaría si estamos haciendo despliegues completos innecesarios. Podríamos implementar despliegues incrementales o canary. Finalmente, establecería un SLA para el pipeline, por ejemplo, que no supere los 20 minutos, y monitorizaría su rendimiento para detectar regresiones en el futuro."

Esta respuesta demuestra un enfoque sistemático, conocimiento técnico y mentalidad de negocio.

El componente cultural y de liderazgo#

Incluso para un rol individual contributor, valoran la capacidad de influir y liderar. Prepárate para preguntas de comportamiento basadas en sus principios culturales (puedes encontrarlos en su web). Usa el método STAR (Situación, Tarea, Acción, Resultado) para estructurar tus respuestas.

Piensa en ejemplos de:

• Un momento en el que tomaste la iniciativa en un proyecto.
• Cómo resolviste un conflicto técnico con un compañero.
• Una vez que tuviste que explicar un concepto técnico complejo a alguien no técnico.
• Cómo priorizaste tareas cuando todo parecía urgente.

Herramientas gratis#

• chequeo ATS gratis
• decodificador de ofertas
• empleos
• blog

Preguntas frecuentes#

¿Qué salario puedo esperar para un puesto de DevOps Engineer en Uber?

Los rangos salariales varían mucho según la ciudad, el nivel de experiencia y el paquete de acciones (RSUs). En España, para un nivel mid, se han reportado rangos brutos anuales entre 55.000 € y 80.000 €, pero esto puede cambiar. Investiga siempre en portales como Glassdoor o Levels.fyi y confirma los datos actuales durante el proceso.

¿Es necesario tener experiencia previa en una FAANG para entrar?

No es un requisito formal, pero sí un diferenciador. Si no vienes de una empresa similar, compensa con proyectos personales sólidos, contribuciones a proyectos open source relevantes y un portafolio que demuestre que puedes trabajar con la complejidad que ellos manejan.

¿Cuánto dura el proceso de selección completo?

Desde el primer contacto hasta la oferta final, puede tomar entre 4 y 8 semanas. Suelen ser rápidos entre fases, pero la coordinación de varias entrevistas técnicas con diferentes equipos puede llevar tiempo.

¿Qué es lo más difícil de la entrevista técnica?

Para la mayoría, es la entrevista de diseño de sistemas. No se puede estudiar de memoria. Requiere años de experiencia práctica o un estudio profundo de patrones de arquitectura. Practica diseñando sistemas reales, como un clon de Twitter o un sistema de reservas.

¿Puedo aplicar desde fuera de la UE?

Es posible, pero el proceso de visado es complejo y la empresa debe justificar por qué no contrataron a alguien local. Las empresas de este tamaño suelen tener departamentos de inmigración, pero no es una garantía. Las cifras y requisitos de visado cambian, así que consulta siempre la fuente oficial del país destino.