ok, recibí 47 mensajes de texto de Marcus en una semana sobre mi preparación para la entrevista de ingeniero de software Uber. cuarenta y siete. Leí quizás tres de ellos. bombardeó la entrevista. dos de cada cuatro rondas, total faceplant. Marcus, si estás leyendo esto: sí. lo sé. Tú me lo dijiste. puedes parar.
Contexto rápido sobre Marcus: realizó una pasantía en Uber en el verano de 2024 en infraestructura de Eats, el verano en el que reestructuraron el equipo de despacho. Entonces, cuando me envía un mensaje de texto a las 11 p. m. diciendo "estudia el producto Ibrahim", "mira cómo funciona el envío" y "lee sobre los aumentos de precios", en realidad sabe de lo que está hablando. como si realmente lo supiera. ¿Y formateó sus iMessages con viñetas? quien hace eso jajaja. Marcus lo hace.
De todos modos, ¿qué estaba haciendo mientras ignoraba estos mensajes de texto? Sentado en la cama a las 2 de la madrugada con fichas de dominó de pepperoni frías en mi regazo. Oferta media de $ 7,99. Ordené tantos esa semana que Dominos me enviaba notificaciones automáticas a la 1 a. m. como, hola, Ibrahim, ¿tienes hambre? (sí. siempre.) molienda de medios LeetCode. ojos cruzados. Ciento veinte problemas en tres semanas y CERO publicaciones de blog Uber leídas. moler LeetCode sin un plan es como pierdes el tiempo. tiempo cero en la aplicación pensando en emparejar. Nunca busqué en Google "cómo se envía Uber", que tarda cuatro segundos. Preparé matrices, árboles, listas vinculadas, DP. eso fue todo. ese era todo el plan y era un plan terrible.
i me presento en la oficina de SF y ya estoy temblando. Por cierto, Priya también me advirtió sobre esto. Priya es mi amiga de la universidad (bueno, originalmente la novia de mi compañero de cuarto de la universidad, ahora una de mis amigas más cercanas, la vida es rara). Ella siempre dice que va a las entrevistas tratando de aprender cosas, no tratando de que la contraten. y recuerdo que dije: "Está bien, Priya, esa es una linda filosofía, pero necesito un TRABAJO". ¿Resulta que tenía razón? sí. ella tenía razón. cuando necesitas tanto una oferta tu cerebro simplemente se bloquea. Olvidas palabras que usas todos los días. La letra de su pizarra parece como si estuviera teniendo un evento médico. Lo siento Priya. tenías razón. te debo la cena.
me destruyó. Tuve una historia realmente buena sobre la optimización de los tiempos de respuesta de API en mi última empresa. Cambié toda la cola de mensajes, aceleración real mensurable. mi entrevistador dice "qué métrica se movió" y yo digo "significativamente". y ella simplemente. me mira fijamente. Silencio de muerte durante unos tres segundos. "por cuánto." y estoy sentado allí haciendo cálculos mentales tratando de recordar los números de latencia P99 que nunca escribí porque aparentemente el pasado odiaba el futuro. Marcus me dijo que esto sucedería exactamente. dijo que los entrevistadores Uber quieren que diga cosas como "corté P99 de 340 ms a 90 ms después de cambiar RabbitMQ por Kafka" y aparecí con "hice las cosas más rápido". Gran trabajo Ibrahim. También relacionan cada pregunta de comportamiento con los valores de su empresa, se obsesionan y van a buscarlo y a construir con corazón, y descubrí esto DURANTE la entrevista porque no leí la página de carreras jajaja.
Lo más importante que aprendí de esa ronda. ESCRIBA SUS NÚMEROS. No puedo enfatizar esto lo suficiente. Antes de entrar, simplemente revise proyectos antiguos. siéntate allí durante veinte minutos. lo que se movió. por cuanto. por qué elegiste Kafka en lugar de RabbitMQ o lo que sea. consíguelo en papel. una nota adhesiva, una servilleta, no me importa. porque esto es lo que sucede si no lo haces: te quedas en blanco. su entrevistador pregunta "qué métrica se movió" y usted dice "significativamente" y luego hay tres segundos de solo. nada. y ambos lo sabéis. Tampoco inventes cosas. presionarán cada número y quedarás atrapado en dos seguimientos. Probé el método STAR. Honestamente no hizo nada por mí. tal vez funcione para otras personas. Tenía historias reales, incluso buenas, pero no podía sacarme los detalles de la cabeza mientras alguien me miraba. entonces si. notas adhesivas. en tu computadora portátil. en tu teléfono. dondequiera.
fue mi único punto brillante. Uber comienza con un CodeSignal OA, cuatro problemas en setenta minutos. Los dos primeros fueron elementos básicos de matriz, los eliminé en unos doce minutos en total. El tercero era una ventana corrediza y había resuelto exactamente ese tipo de problema seis días antes, así que pura suerte. El cuarto fue un recorrido gráfico que tomó veinticinco minutos y lo presenté cuando quedaban unos cuarenta segundos, con las palmas sudando. Marcus obtuvo DP en su cuarto por lo que el grupo rota. Honestamente, los problemas de programación dinámica generan preguntas de entrevista terribles. O ya conoces el truco o simplemente te quedas ahí sentado mirándolo. nadie va a inventar una solución DP óptima desde cero mientras el entrevistador observa.
estaba con un ingeniero Uber real. cuadrícula ponderada con obstáculos, nivel medio, luego un seguimiento agregó orden de prioridad y de repente se volvió difícil. Sin embargo, lo que me tomó por sorpresa fue lo mucho que HABLÓ mi evaluador. Acababa de hacer una Google pantalla de teléfono donde el ingeniero dijo quizás quince palabras durante los cuarenta y cinco minutos, silencio total mientras codificaba, sentí como si estuviera haciendo un examen en una habitación vacía. la persona Uber era todo lo contrario, decía "¿qué pasa si esta entrada está vacía" y "guíame por esa línea otra vez" como si fuéramos dos compañeros de trabajo depurando algo a las 3 p.m. de un miércoles? De hecho, eso me gustó mucho. Hablar sobre tu código mientras lo escribes es el objetivo de estas pantallas y cuando nadie responde, se siente extraño y aislado.
mi rutina de preparación, y solo comencé esto DESPUÉS de bombardear la primera ronda, así que haz lo que digo, no lo que hice, fue resolver dos o tres problemas básicos antes de tocar algo difícil. búsqueda binaria, 2Sum, DFS y BFS en árboles y gráficos, revertir una lista enlazada, cambio de moneda por DP. estos son tus componentes básicos. desea que sean memoria muscular para poder escribir el código lo más rápido que pueda escribir. El verdadero truco con los problemas de gráficas es simplemente identificar que estás viendo un problema de gráficas. Marcus dijo esto un millón de veces y finalmente lo entendí durante mi CodeSignal cuando el problema cuatro me estaba mirando y casi uso la fuerza bruta antes de pensar, espera, esto es literalmente solo BFS.
diseño del sistema es donde morí. "diseñar el motor de comparación de despacho". eso es lo que dijo mi entrevistador. cinco palabras. mi cerebro? vacío. completamente vacío. Agarré el marcador y comencé a dibujar cuadros de microservicios en la pizarra como si fuera tarea de CS101. y pude verlo suceder. su rostro cambia. con los codos sobre las rodillas, inclinándose hacia delante, interesado, y luego, treinta segundos después, con los brazos cruzados, inclinándose hacia atrás. hecho conmigo. este tipo CONSTRUYÓ el sistema de despacho de Uber. LO CONSTRUÍ. y aquí estoy dibujando un rectángulo con la etiqueta "API Gateway" como si eso significara algo para él. trató de ayudarme. realmente lo hizo. "¿Qué sucede cuando un conductor se desconecta a mitad de la entrega?" vale um. "¿Qué pasa si tres restaurantes terminan de cocinar y solo hay un conductor cerca?" ehhh. Estoy sentado pensando en esto desde la perspectiva de un tipo que pide pad thai en Uber. Come dos veces por semana. ese es todo mi modelo mental de despacho. ¿Indexación geoespacial? ni idea. ¿Heurísticas coincidentes? Literalmente no podría haber definido esa palabra en ese momento. rectángulos en una pizarra. eso es lo que tuve. rectángulos y vibraciones.
(Por cierto, James me contó todo esto DESPUÉS. Mi compañero de trabajo. Se gana la vida con DevOps, ejecuta sistemas de producción reales, no proyectos de clase. Superó sus rondas de diseño en dos empresas diferentes. Su cosa número uno: mencionas a Kafka, será mejor que hayas tocado a Kafka. Porque las preguntas de seguimiento te destruirán en treinta segundos y estarás sentado allí diciendo "bueno, leí sobre eso". Solo di "cola distribuida" si no la has usado. No finjas experiencia. James También me dijo que primero le repitiera el problema al entrevistador, le preguntara en qué quería concentrarse, luego comenzara desde diez mil pies y zoom adentro. No hice ninguna de esas cosas jajaja).
Tuve InterviewMan funcionando todo el tiempo y honestamente me salvó de una destrucción total. Durante el diseño del sistema, seleccionó "coincidencia de despacho" como tema antes de que mi entrevistador terminara de hablar y me proporcionó una estructura inicial, por lo que tuve algo más que una mirada en blanco. en CodeSignal captó el enfoque gráfico en el problema cuatro incluso antes de que yo mismo analizara las restricciones. En torno al comportamiento, encontré una historia anterior en la que en realidad había dicho un número de latencia concreto, exactamente lo que mi entrevistador estaba buscando. Revisé el muelle, Activity Monitor, la lista de procesos, las grabaciones de pantalla tanto en CodeSignal como en Zoom después y no pude encontrarlo. doce dólares al mes por anualidad, sin límite de sesiones. en comparación con Interview Coder de doscientos noventa y nueve dólares que solo codifica (dos de cuatro rondas), ni siquiera era una pregunta. 57.000 usuarios ahora, más de veinte funciones creadas para ser invisible.
libros muy rápido. ¿Rompiendo la entrevista de codificación? estuvo bien. simplemente suaviza demasiado las cosas, como si lo leyeras y pensaras, está bien, esto es factible y luego te sientas para una entrevista real y no. Libro peligroso honestamente. Sin embargo, diseñamos aplicaciones con uso intensivo de datos. oh hombre. cambiador de juego para el diseño de sistemas. En serio, uno de los mejores libros técnicos que tengo. Léelo incluso si no tienes ninguna entrevista próxima, es simplemente bueno. Para los algoritmos utilicé el libro de texto de Jeff Erickson, que es gratuito en línea y realmente divertido. lo escribió para estudiantes universitarios, no para investigadores, por lo que no parece una disertación. Marcus confía en el Manual de diseño de algoritmos de Skienna, pero incluso él admite que hay que saltárselo. ir de adelante hacia atrás es un trabajo duro.
Así que sí. Marco tenía razón. sobre literalmente todo. estudie el producto antes de presentarse. Los entrevistadores de diseño de sistemas en Uber construyeron las cosas reales que le piden que diseñe. Eso no es una metáfora. literalmente lo construyeron. escriba sus números de comportamiento en una nota adhesiva. Haz calentamientos todas las mañanas como si estuvieras estirando antes de correr. y por el amor de Dios, no entres en una ronda de diseño y dibujes rectángulos en una pizarra y llames a eso sistema. Yo hice eso. salió exactamente como crees que salió.
Ready to Ace Your Next Interview?
Join 57,000+ professionals using InterviewMan to get real-time AI assistance during their interviews.
