Preparación para Entrevistas de Ingeniería de Software: Guía Completa 2026
Cómo es el proceso de entrevista de ingeniería de software en 2026: evaluación telefónica, codificación, diseño de sistemas, comportamiento — patrones clave y cómo la IA cambia tu preparación.
Devon Park
Head of Research, Acedly
El bucle de entrevista de ingeniero de software 2026, de principio a fin
La forma de un bucle de ingeniero de software en 2026 no es un misterio. En aproximadamente cien empresas que contratan ingenieros en volumen, el mismo embudo de cinco pasos aparece casi cada vez, siendo las desviaciones más sobre cultura que sobre proceso.
El embudo comienza con una llamada de presentación del reclutador de aproximadamente treinta minutos. El reclutador no está filtrando por profundidad técnica; está confirmando que eres un candidato real, que el nivel solicitado es plausible, que la ubicación funciona y que entiendes la banda de compensación. La mayoría de los candidatos se entrenan poco para esta ronda. La preparación correcta es conocer en frío tus respuestas a "por qué esta empresa" y "por qué este equipo", y tener lista una autoevaluación de nivel de una oración cuando pregunten si te diriges a L4 o L5.
La siguiente ronda es la entrevista técnica telefónica — sesenta minutos, típicamente una única pregunta de codificación en Coderpad o HackerRank con un reclutador-ingeniero u uno de los ingenieros de carrera media del equipo. El estándar es "¿puede este candidato escribir código funcional sin pánico y explicar su razonamiento en voz alta?". Empresas como Google y Meta filtran agresivamente aquí; las empresas que contratan para conjuntos de habilidades menos comunes son más indulgentes.
El presencial, ahora casi siempre virtual, ejecuta de cuatro a seis rondas y se demora alrededor de cinco horas incluyendo descansos. La composición estándar es dos o tres paneles de codificación de cuarenta y cinco a sesenta minutos cada uno, una ronda de diseño de sistemas de cuarenta y cinco minutos (dispensada para L3 en algunas empresas, obligatoria en L4 y superiores en la mayoría), y una ronda comportamental de cuarenta y cinco minutos. Algunas empresas doblan una ronda de gerente de contratación en esto; algunas la hacen una quinta entrevista separada.
Algunas desviaciones específicas de la empresa valen la pena conocer si las estás buscando:
- Amazon ejecuta una "barra elevadora" paralela — un ingeniero senior de una org diferente que se une al bucle con poder de veto y pesa el bucle contra los dieciséis Principios de Liderazgo de Amazon. La profundidad comportamental importa más en Amazon que en casi cualquier otro lugar.
- Google aún se inclina fuertemente hacia la dificultad algorítmica. Sus rondas de codificación son lo más cercano en la industria a un bucle de preguntas difíciles de LeetCode, y han mantenido ese sesgo incluso cuando otras grandes empresas se han suavizado.
- Meta ejecuta lo que los expertos llaman "código ninja" — rondas de codificación cortas y rápidas donde la velocidad de implementación correcta es la señal principal. Dos preguntas en una ronda de cuarenta y cinco minutos es normal en Meta y raro en otros lugares.
- Stripe mezcla ingeniería de productos en las rondas de codificación. Las preguntas se parecen a problemas reales de la API de Stripe en lugar de avisos abstractos de LeetCode. Los candidatos que solo practicaron patrones encuentran Stripe desorientador.
- ByteDance (y su marca de ultramar TikTok) ejecuta un bucle más largo con múltiples rondas de diseño de sistemas en niveles senior y una fuerte ronda de "fundamentos" en estructuras de datos y complejidad que otras empresas estadounidenses han retirado en gran medida.
El bucle es estable. Lo que ha cambiado en los últimos dos años es la estructura de costos: más rondas virtuales, más análisis de IA en la parte superior del embudo, y, en el lado del candidato, una población silenciosamente creciente de ingenieros que utilizan asistencia en tiempo real durante llamadas en vivo.
Rondas de codificación: cómo aparecen los ocho patrones en FAANG
Aproximadamente ocho patrones algorítmicos cubren la mayoría de las rondas de codificación en directo — ventana deslizante, dos punteros, BFS/DFS, familias de programación dinámica, codicioso, búsqueda binaria en la respuesta, montículos y top-k, y traversal de gráficos (ordenamiento topológico más búsqueda de unión). La taxonomía completa, preguntas canónicas y horario de práctica vive en nuestra guía de preparación de entrevista de codificación; esta sección asume que has hecho ese trabajo y cubre cómo los patrones realmente emergen en bucles SWE de nivel FAANG.
Las entrevistas telefónicas se inclinan hacia ventana deslizante, dos punteros y BFS/DFS — patrones que producen una solución lineal de un solo paso y permiten al entrevistador verte mantener una invariante en tu cabeza mientras escribes. Meta y Google preguntan DP en el nivel de entrevista telefónica mucho más a menudo que el resto de la industria; Amazon y Stripe casi nunca.
Los paneles de codificación presencial agregan búsqueda binaria en la respuesta y las familias de DP más difíciles (cuadrícula bidimensional, intervalo, DP de árbol). Stripe y Databricks disfrazan estos como problemas de productos — "tenemos un pedido de pagos y queremos enviar dentro de un plazo" es DP de intervalo con un marco específico de Stripe. El ritmo de código ninja de Meta favorece a los candidatos que pueden coincidir con patrones en los primeros treinta segundos, porque el cuello de botella en dos preguntas por ronda es el reconocimiento, no la implementación.
Los bucles senior (L5+) empujan ordenamiento topológico y búsqueda de unión como diferenciadores, especialmente en rondas de infra y plataforma. La expectativa no es que hayas memorizado la búsqueda de unión de ocho líneas; es que puedas nombrar el patrón, defender la elección sobre BFS simple y completarlo bajo latencia de conversación sin perder el contexto de diseño más amplio que el entrevistador también está sondando.
Un copilot en tiempo real como Acedly soporta más de doce lenguajes de programación — Python, JavaScript, TypeScript, Java, C++, Go, Rust, Kotlin, Ruby, SQL, PHP y Scala — lo que importa cuando el reclutador dice "¿podrías escribir esto en Go en su lugar?". El reconocimiento de patrones es lo que practicas en /coding-interview-prep; el lenguaje es intercambiable.
System design: señales junior vs senior
Las rondas de system design recompensan el razonamiento estructurado bajo ambigüedad, y el nivel de exigencia cambia dramáticamente con la progresión en carrera. Saber cómo se supone que debe ser la ronda en tu nivel objetivo es la mitad de la preparación.
En L3 / E3 / new-grad, el system design a menudo se omite o se reemplaza con una ronda de "diseña una clase", que es realmente diseño orientado a objetos — diseña un estacionamiento, diseña una máquina expendedora, diseña un tablero de ajedrez. La señal evalúa si puedes descomponer un problema en clases con responsabilidades limpias, no si puedes nombrar la base de datos correcta.
En L4 / E4 / mid-level, recibes una pregunta real de sistemas distribuidos — diseña un acortador de URL, diseña un rate limiter, diseña un servicio de notificaciones — y el estándar es que puedas esbozar una arquitectura funcional, nombrar una opción de base de datos y defenderla, e identificar el cuello de botella obvio. No se espera profundidad; lo importante es la estructura.
En L5 / E5 / senior, el estándar sube marcadamente. La pregunta (diseña Twitter, diseña WhatsApp, diseña Uber) no ha cambiado, pero el entrevistador espera que dirijas la ronda, nombres trade-offs sin que tengas que ser preguntado, identifiques dos o tres componentes para profundizar, y discutas modos de fallo y consideraciones operacionales. Un candidato senior que espera a que el entrevistador haga preguntas de seguimiento es un candidato junior.
En L6+ / staff and above, la ronda se vuelve sobre escala, diseño organizacional y rutas de migración. "Diseña Twitter" se convierte en "tienes un Twitter funcional; ¿cómo lo migrarías de un Postgres monolítico a una arquitectura fragmentada sin tiempo de inactividad, y cómo organizarías al equipo para hacerlo?" Los detalles de implementación importan menos; importa más el juicio sobre opciones tecnológicas, estructura de equipo y gestión de riesgo.
El esqueleto de cinco componentes funciona en cada nivel — solo la profundidad varía. Úsalo cada vez:
- Requisitos funcionales — qué debe hacer el sistema. Haz tres o cuatro preguntas para acotar el problema.
- Requisitos no funcionales y restricciones — escala, latencia, consistencia, disponibilidad. Conviértelos a números.
- Arquitectura de alto nivel — clientes, balanceadores de carga, servicios, bases de datos, cachés, colas. Cajas y flechas.
- Análisis profundo de dos componentes — elige los difíciles y razona sobre consistencia, particionamiento y modos de fallo.
- Trade-offs y preguntas de seguimiento — expresa en voz alta las debilidades del diseño antes de que el entrevistador tenga que señalarlas.
La lista de lectura honesta es corta. System Design Interview (volúmenes 1 y 2) de Alex Xu es lo más cercano a una lingua franca para la ronda; Designing Data-Intensive Applications de Martin Kleppmann es el libro más profundo que vale la pena a nivel L5 y superior. Ambos valen su peso en oro; casi todo lo demás en el mercado es principalmente redundante.
Rondas conductuales: STAR para ingenieros
Las rondas conductuales son las que los ingenieros más frecuentemente descartan y de las que más frecuentemente se arrepienten de haberlas descartado. La señal es real: cada empresa tiene principios o valores que la ronda está diseñada para evaluar, y un candidato bien preparado visiblemente supera a uno brillante sin preparación.
Los principios varían. Los dieciséis Leadership Principles de Amazon son los más rigurosos y los más ampliamente estudiados — Customer Obsession, Ownership, Bias for Action, Earn Trust, Disagree and Commit, y así sucesivamente. Los entrevistadores de Amazon mapean explícitamente tus historias a estos LPs y esperan que hagas lo mismo. El "googleyness" de Google es más difuso — comodidad con la ambigüedad, humildad intelectual, gusto por la colaboración — pero la ronda es real y un desempeño débil puede hundir un proceso de entrevista que de otro modo sería fuerte. La cultura "move fast" de Meta empuja la ronda hacia historias sobre acción decisiva, aceptación de trade-offs y recuperación de errores; la debilidad en el manejo de conflictos es un rompedor de trato común específico de Meta.
El formato es consistente: STAR — Situation, Task, Action, Result. El error que cometen la mayoría de los ingenieros es sobreinvertir en Action y desnutrir los otros tres. Una buena respuesta STAR dedica aproximadamente el veinte por ciento de su tiempo a Situation (concreto, acotado), veinte por ciento a Task (tu responsabilidad específica, no la del equipo), cuarenta a cincuenta por ciento a Action (qué tú hiciste, no qué nosotros hicimos), y el resto a Result (números si es posible).
Prepara ocho a diez narrativas de alta calidad por adelantado, mapeadas aproximadamente a: un proyecto que lideraste de principio a fin; un conflicto con un colega o gerente; una ocasión en que perdiste una fecha límite y qué aprendiste; una ocasión en que no estuviste de acuerdo con una decisión y qué hiciste; una ocasión en que mentoreaste a alguien; una decisión técnica difícil; una ocasión en que asumiste algo fuera de tu rol; una ocasión en que entregaste bajo restricciones inusuales. Cada historia debe ser ejecutable en tres a cuatro minutos y tener al menos dos ramas de seguimiento que hayas considerado.
Un ejemplo práctico. La pregunta es "cuéntame sobre una ocasión en que no estuviste de acuerdo con tu gerente." Una respuesta débil recita una solicitud de función y termina con "terminamos haciendo mi forma." Una respuesta fuerte dice: "El año pasado estábamos tres semanas de lanzamiento en una migración de pagos. Mi gerente quería lanzar sin reversión de escritura dual. Construí un documento de riesgo de una página con tres modos de fallo concretos, lo repasé en una conversación uno a uno, y acordamos agregar escritura dual al costo de diferir el lanzamiento seis días hábiles. La migración se lanzó sin incidentes; usamos la infraestructura de escritura dual dos veces en el próximo trimestre para revertir errores no relacionados. Aprendí que el desacuerdo era la parte fácil — hacer el riesgo lo suficientemente concreto para argumentar era el verdadero trabajo." Cuatro minutos, sin relleno, ramas de seguimiento obvias.
Plataformas que los reclutadores realmente utilizan
El mercado de entornos de codificación en vivo está más concentrado de lo que los candidatos suponen. Dos plataformas dominan las entrevistas profesionales de ingeniería de software:
Coderpad es el entorno de colaboración en directo que la mayoría de las empresas de software modernas utilizan durante la sesión en sitio real. Admite ejecución mientras escribes para muchos lenguajes, una herramienta de dibujo integrada para diseño de sistemas, y se lee claramente cuando se comparte la pantalla. Si solo has practicado en LeetCode, tu primera ronda en Coderpad se sentirá más lenta de lo que esperas. Practica en ella antes de tu ciclo de entrevistas real.
HackerRank es la pantalla dominante de primera ronda para empresas grandes y ejecuta tanto pruebas asincrónicas como rondas en directo. Su cobertura de lenguajes es amplia; su editor es más pesado que el de Coderpad; sus casos de prueba son más estrictos respecto al análisis de entrada. Las empresas en finanzas, consultoría y tecnología tradicional aún dependen mucho de ella.
CodeSignal ejecuta la Evaluación de Codificación General que varios grandes empleadores utilizan como una puntuación única estandarizada. Sus problemas tienen límite de tiempo y son variados; el ritmo es la habilidad principal que la ronda prueba.
LeetCode es la herramienta de preparación, no la herramienta de entrevista. El corpus de problemas más grande de la industria, lo más cercano a una lengua franca compartida para preguntas de entrevista, y la plataforma cuyo editor se parece más estrechamente a la experiencia que los candidatos eventualmente enfrentan en Coderpad.
Un puñado de herramientas específicas de empresa también importan. Amazon utiliza su propia llamada de Chime combinada con un pad de codificación interno; Google utiliza un entorno sandbox interno durante sesiones en sitio; Meta utiliza Coderpad. La respuesta honesta es que la plataforma que ya dominas es más importante que cuál sea la plataforma específica que la empresa utiliza, porque todas implementan los mismos primitivos.
Dónde un asistente de IA en tiempo real ayuda y dónde no
La respuesta honesta sobre la asistencia de IA en tiempo real durante rondas de SWE en vivo es que el valor varía drásticamente según el tipo de ronda. La copia de marketing a menudo es descarada sobre esto; la verdad es más matizada.
| Feature | Llamada telefónica | Panel de codificación | Diseño de sistemas | Comportamiento |
|---|---|---|---|---|
| Calidad realista de la ayuda de IA | Medio-alto | Medio | Alto | Alto |
| Requisito de latencia | Menos de 200 ms | Menos de 200 ms | Se tolera menos de 300 ms | Menos de 200 ms |
| Requisito de sigilo | Estricto — pantalla compartida común | Estricto — intercambio constante de IDE | Estricto — intercambio común de diagrama | Estricto — vídeo cara a cara |
| Consideraciones éticas | Controvertido | Más controvertido | Menos controvertido | Menos controvertido |
| Modo de uso recomendado | ayuda para pensar | no recomendado para copia literal | ayuda para pensar | guión para recordar historias |
Los paneles de codificación son los más discutidos y la ronda donde el asistente aporta el menor valor bruto si realmente has practicado los patrones. El asistente puede identificar el patrón a partir de la pregunta y esbozar una estructura inicial, pero escribir la solución sigue siendo cosa tuya, y los reclutadores de empresas de primer nivel son cada vez más entrenados para detectar candidatos cuyo ritmo de escritura no coincide con su razonamiento declarado. Las rondas de diseño de sistemas son lo opuesto — alto contexto, ritmo más lento, el asistente puede mantener el árbol de compensaciones en la memoria de trabajo mientras hablas, y el beneficio es significativo. Las rondas de comportamiento son donde un asistente bien preparado rinde más: recuerda tus narrativas preparadas en tus propias palabras y presenta la LP relevante o el valor que la pregunta está sondeando.
Acedly durante una ronda SWE en directo
Acedly es una aplicación de escritorio construida específicamente para entrevistas de ingeniería de software conducidas por humanos en directo. El producto se ejecuta en la máquina del candidato y lee el audio de la llamada además del contenido del sandbox de codificación, cuando está disponible.
La cobertura de plataforma incluye ocho superficies verificadas a nivel de SO: Zoom, Microsoft Teams, Google Meet, Webex, Lark, Amazon Chime, Coderpad y HackerRank. Las ocho se prueban contra la exclusión de captura de ventana (NSWindowSharingNone en macOS, WDA_EXCLUDEFROMCAPTURE en Windows) en una cadencia recurrente; el estado de verificación se publica en directo en el producto.
La latencia de extremo a extremo mediana desde el final de la pregunta hasta el primer token de respuesta es de aproximadamente 98 ms en hardware de consumidor — medida de la forma correcta, de micrófono a render, no solo la latencia del primer token del modelo. Eso está bien dentro del umbral de conversación humana de 200 ms; por debajo de 250 ms, el asistente no se queda visiblemente rezagado en la conversación.
El enrutamiento de múltiples modelos es la columna vertebral operativa. GPT maneja rondas de comportamiento y filtro de reclutador donde dominan la estructura y la brevedad; Claude maneja rondas de diseño de sistemas donde mantener un árbol de compensaciones de largo contexto es importante; DeepSeek maneja rondas de codificación donde el razonamiento bajo latencia ajustada en problemas algorítmicos es la habilidad principal. El usuario no elige el modelo — el asistente enruta basándose en el tipo de pregunta detectada de la transcripción.
La integración de plataforma de codificación es lo que diferencia a Acedly del chat de IA genérico. El asistente lee el editor en Coderpad y HackerRank, analiza el enunciado del problema y fundamenta su respuesta tanto en la pregunta como en lo que ya está en pantalla. Un copilot que solo escucha audio deja la mitad de la señal sobre la mesa durante rondas técnicas.
Una nota sobre ética. Acedly es una ayuda de pensamiento. No es un sustituto de la preparación real, y los candidatos que obtienen el mayor valor de ella son los que hubieran salido bien sin ella — utilizan el asistente para gestionar la carga cognitiva durante una ronda de alto riesgo, no para sustituir los meses de práctica de patrones y acumulación de historias que la ronda realmente recompensa. Usar o no un asistente en tiempo real en una entrevista particular es una decisión, y es una decisión que pertenece al candidato. El producto está construido para que la divulgación permanezca contigo.
Un plan de preparación para entrevistas SWE de 4 semanas
Si tienes cuatro semanas antes de un loop real, el cronograma a continuación es una asignación viable. No es el único, pero tiene la forma correcta: patrones primero, diseño de sistemas segundo, comportamental tercero, específico de la empresa al último.
Semana 1 — entrenamiento de patrones. Dos horas al día. Sigue el cronograma de entrenamiento de ocho patrones en nuestra guía de preparación para entrevistas de codificación — un patrón por día de semana, siete u ocho problemas de nivel medio por patrón en LeetCode, un análisis post-mortem de una oración en cada uno. El objetivo es sesenta problemas para la semana, sesgados hacia dificultad media. Para el viernes, deberías poder leer un problema e identificar el patrón desde la primera oración.
Semana 2 — diseño de sistemas. Dos casos por día, cada día de semana. Usa el esqueleto de cinco componentes cada vez. Redacta cada caso como si lo escribieras para ti mismo en el futuro — requisitos funcionales, restricciones, diagrama de arquitectura, notas profundas, compensaciones. Los primeros tres son malos; en el quinto, la estructura comienza a sentirse automática. Cubre diez clásicos: acortador de URL, Twitter, WhatsApp, Uber, Dropbox, YouTube, Instagram, limitador de velocidad, caché distribuida, servicio de notificación.
Semana 3 — comportamental y simulacros. Crea un banco de historias con ocho a diez narrativas siguiendo la plantilla STAR, de tres a cuatro minutos cada una, con dos ramas de seguimiento por historia. Asignalas a los principios de tus tres principales empresas objetivo. Luego ejecuta dos simulacros pagos con un compañero o una plataforma como interviewing.io — uno centrado en codificación, uno centrado en diseño de sistemas. Grábate; reproduce a 1,5x; las partes que te incomoden son las partes a corregir.
Semana 4 — específico de la empresa. Para cada empresa en tu loop, dedica medio día a sus peculiaridades específicas. Amazon: relee los dieciséis LPs y asigna cada historia a dos LPs. Google: practica tres o cuatro preguntas de LeetCode difíciles. Meta: practica el ritmo de dos preguntas en cuarenta y cinco minutos. Stripe: lee su documentación de API y ejecuta un pequeño proyecto de extremo a extremo. Guarda las últimas cuarenta y ocho horas para descansar. Estudiar a última hora en los dos últimos días tiene rendimiento negativo.
Ajusta los pesos a tus brechas. ¿Fuerte en codificación pero débil en diseño de sistemas? Intercambia las semanas uno y dos. ¿Candidato senior sin práctica reciente de LeetCode? Duplica la semana uno. La constante es el período de descanso de la semana cuatro — cada candidato subestima cuánto importa dormir en las últimas cuarenta y ocho horas de un loop real.