Airbnb CodeSignal ICA 2027: cuatro niveles, 90 minutos y puntaje

Una invitación de CodeSignal de Airbnb puede exigir una preparación distinta a la de una evaluación de algoritmos estándar: es posible que deba ampliar un mismo programa funcional a lo largo de varias rondas de requisitos. Oficialmente, el Industry Coding Assessment (ICA) de CodeSignal contiene un proyecto con cuatro niveles progresivos y un máximo de 90 minutos. Candidatos de Airbnb han reportado ese formato, pero su invitación determina qué evaluación presentará. Reglas del ICA de CodeSignal

Para quienes se preparan para 2027, la evidencia disponible cuando se revisó esta guía el 21 de septiembre de 2026 proviene de la documentación vigente de la plataforma y de reportes de candidatos de 2026. No establece un proceso de selección universal de Airbnb para 2027.

Comience con las preguntas de Software Engineer de Airbnb en PracHub. Los cinco registros de OA etiquetados con Airbnb que aparecen abajo se centran en programas con estado que evolucionan, seguidos de un ejemplo resuelto que muestra cómo una función posterior puede romper un invariante anterior.

Qué respalda realmente la evidencia sobre CodeSignal en Airbnb

Reportado por candidatos: Una reseña de Glassdoor publicada el 17 de agosto de 2026, que describe una entrevista de julio, menciona un ejercicio de administración de tareas y programación de horarios con cuatro partes en 90 minutos. Otra reseña del 5 de agosto describe un ICA de cuatro niveles relacionado con almacenamiento en la nube. Son relatos anónimos de experiencias particulares, no una especificación de la evaluación de Airbnb. Reportes de entrevistas de Software Engineer en Airbnb

Un comentarista del 22 de julio en una discusión sobre entrevistas de Airbnb también reporta haber completado las pruebas de un nivel antes de avanzar. Eso respalda practicar la implementación incremental, aunque el comportamiento exacto del desbloqueo depende de la evaluación que usted reciba. Discusión entre candidatos

Lea el nombre de la evaluación antes de elegir un formato de práctica. La General Coding Assessment (GCA) de CodeSignal es un producto distinto: cuatro preguntas en 70 minutos, disponibles desde el inicio. Los consejos sobre cuál pregunta independiente conviene intentar primero no se aplican automáticamente a un proyecto ICA. Estructura oficial de la GCA

Si su invitación dice solo «CodeSignal», revise los detalles de la evaluación o pida al reclutador que confirme el formato. No deduzca el cronómetro, las herramientas permitidas ni la estructura de las preguntas solo por el nombre de la plataforma.

Cómo cambian su enfoque los cuatro niveles progresivos

Una evaluación progresiva amplía la misma base de código a medida que crecen los requisitos. El comportamiento anterior se convierte en una restricción de compatibilidad: una nueva operación puede necesitar más estado, pero los comandos existentes deben seguir produciendo los resultados requeridos.

El marco publicado de Industry Coding de CodeSignal avanza desde la implementación básica y los casos límite hacia el procesamiento de datos, las funciones avanzadas y una extensión adicional. Hace énfasis en adaptar el código existente conservando la funcionalidad anterior. Son categorías de capacidades, no promesas de que todo Nivel 3 contenga marcas de tiempo o de que todo Nivel 4 contenga fusión de cuentas. Marco oficial de Industry Coding

Consejo de preparación: Elija estructuras de datos que hagan explícito el contrato actual. En un almacén de archivos, un registro con nombre y tamaño es más fácil de extender con la propiedad del archivo que varios mapas independientes cuyas entradas pueden desincronizarse. Agregue abstracción cuando aclare un requisito; intentar predecir todas las funciones futuras posibles es una pérdida de tiempo.

Después de una extensión, vuelva a ejecutar las pruebas anteriores antes de agregar más código. En los espacios de trabajo progresivos compatibles, la vista «Level changes» de CodeSignal muestra los archivos agregados, modificados o eliminados entre niveles. Revise esos cambios en lugar de suponer que las instrucciones y los archivos auxiliares siguen igual. Documentación de diferencias entre niveles

Cinco preguntas de práctica de Airbnb con las que vale la pena empezar

Cada registro de PracHub enlazado abajo está etiquetado como Airbnb / Software Engineer / Online Assessment. Esa atribución del catálogo hace relevante la selección; no significa que Airbnb garantice estos enunciados ni que los registros reproduzcan su evaluación futura. El enfoque de práctica y las verificaciones que siguen son sugerencias editoriales.

Use una verificación de corrección distinta para cada dominio. En el almacén de archivos, un cambio de tamaño rechazado debe conservar el uso y los nombres. En el registro de horas trabajadas, una promoción no debe reescribir el trabajo ya completado. En el sistema bancario, revise los pagos pendientes además de los saldos después de una fusión. En el administrador de tareas, especifique el estado antes y después de cada comando. En las recetas, verifique que una edición actualice todos los resultados de búsqueda afectados. Estas verificaciones convierten una lista de preguntas de una empresa en una sesión de práctica enfocada.

Empiece con el almacén de archivos si quiere un invariante de capacidad concreto. Elija después el registro de horas trabajadas para practicar el estado histórico, y luego el sistema bancario para las transiciones que interactúan. La administración de recetas es útil para salidas deterministas y el mantenimiento de índices; el administrador de tareas ofrece otro dominio para comprobar si su método se transfiere.

En el caso de las horas trabajadas, separe una sesión abierta de las sesiones completadas. En el caso bancario, distinga el saldo actual de una cuenta de su saldo histórico y de los pagos pendientes. Esas distinciones evitan que los requisitos posteriores le obliguen a reconstruir información que ya descartó.

Abra cada registro y siga su contrato real. La etiqueta de empresa de una pregunta es un contexto útil, pero copiar una regla recordada de otro problema bancario o de almacenamiento aún puede producir una respuesta incorrecta.

Un ejercicio resuelto de almacén de archivos: proteja el invariante de capacidad

Lo siguiente es un ejemplo de práctica original, inspirado en las habilidades del registro de almacén de archivos de Airbnb. Sus números, su secuencia de operaciones y sus reglas simplificadas son ilustrativos, no un enunciado reportado de Airbnb.

Defina un usuario con capacidad de 100 unidades. Los archivos pertenecen a ese usuario; el uso es igual a la suma de sus tamaños almacenados. La compresión reduce a la mitad el tamaño de un archivo y agrega un sufijo de nombre comprimido. La descompresión restaura su tamaño y nombre originales, siempre que la operación quepa dentro de la capacidad y no cause una colisión de nombres.

Después del rechazo, el archivo comprimido debe seguir con tamaño 30 y conservar su nombre comprimido. Una solución que incrementa el uso, renombra el archivo y solo después verifica la capacidad deja un estado parcialmente modificado. Devolver «falla» no repara ese estado.

Un patrón de implementación seguro es calcular primero el estado propuesto:

proposed_usage = current_usage - stored_size + restored_size
validate capacity and destination-name availability
if either check fails: return failure without mutation
otherwise: commit name, size, and usage together

Ahora agregue una prueba de regresión: al consultar photo debe seguir devolviéndose 50 después de la descompresión rechazada. Luego intente una operación válida más pequeña. Esto detecta implementaciones que devuelven el error esperado pero dañan silenciosamente un contador o un índice.

Un segundo ejercicio útil es la búsqueda determinista. Cree dos archivos del mismo tamaño, asígneles nombres en el orden opuesto al de inserción y aplique la regla de desempate del enunciado. Repita después de que la compresión cambie un tamaño. Esto prueba tanto el orden como si la búsqueda lee datos actualizados.

La lección es específica: cuando el tamaño del archivo afecta la capacidad, la búsqueda y la compresión, una sola mutación tiene varias consecuencias observables. Pruebe esas consecuencias en conjunto, en lugar de escribir pruebas aisladas del caso feliz para cada método.

Practique la evaluación como un único programa que cambia

Recomendación editorial: Durante una sesión de práctica, revele los requisitos por etapas. Implemente primero las operaciones básicas y luego agregue búsqueda, cuotas y compresión. Mantenga el mismo programa y el mismo conjunto de pruebas durante todo el ejercicio. Es un diseño de práctica, no una secuencia oficial de niveles de Airbnb.

Antes de programar cada etapa, identifique su contrato de entrada, los valores de retorno, el comportamiento ante operaciones inválidas y las reglas de orden. Escriba un caso exitoso y uno rechazado con el estado esperado posterior. Para un problema con marcas de tiempo, establezca si un evento en el tiempo t ocurre antes o después de una acción programada que también vence en t.

Use funciones auxiliares pequeñas para las decisiones que se repiten: resolver un objeto, verificar la capacidad, comparar claves de ordenamiento o aplicar eventos vencidos. Evite repartir la misma regla entre varios manejadores. Cuando un requisito cambie, conviene tener un solo lugar que revisar y una prueba de regresión breve que demuestre el efecto.

Use la duración anunciada para su simulacro, pero no asigne un bloque igual a cada nivel. Registre cuánto tiempo le toman en realidad la lectura, la implementación y la depuración. Si las dos primeras etapas consumen la mayor parte de la sesión, simplifique el modelo antes de practicar otra extensión difícil.

Una buena revisión posterior nombra la falla con precisión: «actualicé el pago actual y perdí las tarifas históricas» o «mi descompresión rechazada cambió el nombre del archivo». Eso le da un objetivo a la siguiente sesión de práctica. «Necesito programar más rápido» no lo hace.

Cuando una prueba falle, reduzca la secuencia de comandos hasta poder explicar la discrepancia a mano. En el ejercicio del almacén de archivos, agregar, comprimir, agregar de nuevo y descomprimir basta para exponer el error de capacidad. Cien operaciones aleatorias pueden ocultarlo. Conserve la secuencia reducida como prueba de regresión y luego restaure el conjunto de pruebas más grande.

Por último, revise la complejidad frente a las restricciones indicadas. Recorrer todos los archivos puede ser aceptable en un ejercicio pequeño; ordenar repetidamente una colección creciente a lo largo de muchos comandos puede requerir un índice distinto. Tome esa decisión a partir de los límites proporcionados y del orden requerido. Agregar un índice sofisticado antes de entender las actualizaciones crea otra estructura que usted debe mantener correcta.

Cómo interpretar el puntaje del ICA

Oficial: CodeSignal indica un rango de puntaje de codificación del ICA de 200 a 600 y asocia los puntajes más altos con más trabajo de la evaluación completado. También dice que no se espera necesariamente que los candidatos lo completen todo dentro del tiempo asignado. Puntaje y reglas del ICA

Esa descripción no establece una calificación mínima aprobatoria de Airbnb ni puntos iguales por nivel. No encontramos un umbral público de Airbnb que aplique a todos los puestos y ciclos de reclutamiento. Trate afirmaciones como «500 garantiza la siguiente ronda» como no respaldadas, a menos que su reclutador le proporcione esa regla de forma explícita.

Para la preparación, lleve el registro de los requisitos completados y de las fallas de regresión junto con el puntaje. Si una extensión rompe un comportamiento que funcionaba, investigue el estado compartido o la función auxiliar que cambió antes de agregar más funciones. Es una estrategia de ingeniería, no una afirmación sobre ponderaciones ocultas del puntaje.

CodeSignal explica dónde aparecen en su cuenta los resultados de las evaluaciones certificadas. Su documentación también distingue las evaluaciones personalizadas cuya empresa contratante puede decidir no mostrar el puntaje. Por lo tanto, la ausencia de un puntaje exige revisar el tipo de evaluación, no adivinar un resultado. Cómo encontrar el resultado de su evaluación

Antes de empezar: configuración y herramientas permitidas

Revise en su invitación la fecha límite, el nombre de la evaluación, el lenguaje compatible y las reglas. Use el entorno de práctica de la plataforma para familiarizarse con la ejecución de pruebas y la navegación entre archivos antes del intento real.

Oficial: Algunas evaluaciones de CodeSignal requieren verificación de identidad y acceso a su cámara, micrófono y pantalla. La plataforma indica si se requiere supervisión (proctoring) antes de la evaluación. Prepare la identificación y el equipo solicitados, y siga las reglas que se muestren para ese intento. Supervisión (proctoring) en CodeSignal

No suponga que un editor externo, un asistente de IA o una referencia en línea están permitidos porque los usó durante la práctica. Si un problema de configuración le impide continuar, repórtelo con el error específico a través de la plataforma o del reclutador, en lugar de iniciar nuevos intentos repetidamente.

¿Qué sigue después de enviar?

Separe tres eventos: el envío del trabajo, la verificación y la decisión de contratación de Airbnb. Oficial: CodeSignal describe un proceso de verificación típico de uno a tres días hábiles para las evaluaciones supervisadas. Es una ventana de revisión de la plataforma, no una promesa de que un reclutador de Airbnb se comunicará con usted en tres días. Cronograma de las evaluaciones supervisadas

Guarde la confirmación del envío y revise cualquier estado visible. Si pasa el plazo de respuesta que indicó el reclutador, un seguimiento puntual puede preguntar si se recibió el resultado y cuál es el siguiente paso. Un puntaje por sí solo no permite identificar el formato de la siguiente entrevista.

Para su propia revisión posterior, registre el modelo de datos, un límite complicado y un cambio que haría con más tiempo. Mantenga eso separado de cualquier contenido confidencial de la evaluación. Si una entrevista posterior le pregunta por su razonamiento, explique las decisiones que realmente tomó.

Para su siguiente sesión de práctica, elija un problema de la colección de preguntas de Software Engineer de Airbnb, impleméntelo antes de leer la solución y agregue una prueba que demuestre que una operación rechazada conserva el estado. Ese ejercicio apunta directamente al reto de ampliar un programa funcional bajo un cronómetro.

Fuentes y lecturas adicionales

• CodeSignal: Industry Coding Assessment rules and scoring
• CodeSignal: Industry Coding Skills Evaluation Framework
• CodeSignal: General Coding Assessment structure
• Glassdoor: Airbnb Software Engineer candidate reports
• Reddit: Airbnb interview discussion with July 2026 candidate comments
• CodeSignal: Viewing changes between question levels
• CodeSignal: Finding your assessment result
• CodeSignal: Proctoring requirements
• CodeSignal: Proctored assessment verification timeline

Investigado y revisado el 21 de septiembre de 2026. Las experiencias de los candidatos varían según el puesto, la ubicación y el ciclo de contratación; siga su propia invitación.