Once horas sobre el Atlántico ELEVEN HOURS OVER THE ATLANTIC SEAT 24B WATCHES A FILM AGAIN SEAT 24C REVIEWS FOUR SERVERS GEO ADDS 703 MS TO EVERY KEY MOVE THE WORK NOT THE KEYSTROKES

Once horas, de Nueva York a algún punto al este. Las luces de la cabina se vuelven ámbar. El asiento 24B abre la pantalla del respaldo, recorre un catálogo de cuatrocientos títulos y elige una película que ya ha visto tres veces. Esto no es una crítica. Es lo más razonable que se puede hacer con once horas dentro de un tubo de aluminio presurizado, y casi todos lo hemos hecho.

El asiento 24C saca un teléfono.

Los dos asientos están en el mismo Wi-Fi. Los dos están a la misma distancia del suelo. Cuando las ruedas toquen pista, uno habrá visto una película que ya se sabía de memoria y el otro habrá fusionado tres ramas, dejado en verde una batería de tests que fallaba y reiniciado un proceso atascado en una máquina a seis mil kilómetros.

Lo interesante no es que esto sea posible. Es por qué es posible — y por qué el método obvio, ese que casi todo el mundo prueba una vez y abandona en algún punto sobre Groenlandia, no funciona en absoluto.

Hay dos cosas radicalmente distintas que una aerolínea puede querer decir con «Wi-Fi», y de cuál de las dos lleve atornillada tu fuselaje depende todo lo que viene después.

El montaje antiguo es un satélite geoestacionario, aparcado a 35 786 km. Esa altitud no es una decisión de diseño que alguien tomara pensando en ti; es la distancia exacta a la que una órbita dura veinticuatro horas, de modo que el satélite parece quedarse quieto. La consecuencia es una aritmética con la que ningún presupuesto de ingeniería puede discutir: subir y bajar, dos veces, son 477 ms de ida y vuelta solo para la luz, antes de que intervenga un solo router.

El montaje nuevo es una constelación en órbita terrestre baja a unos 550 km — unas sesenta y cinco veces más cerca, y 7.3 ms de propagación de ida y vuelta.

Las mediciones desde el aire coinciden con la física. El análisis de los tests de velocidad en vuelo de Ookla del primer trimestre de 2025 encontró una mediana de ida y vuelta de 44 ms en Starlink frente a 703–757 ms en Hughes, Intelsat y Viasat — una brecha de unas dieciséis veces. Otro equipo, instrumentando dispositivos reales en 25 vuelos de 7 aerolíneas para el ACM IMC 2025, midió esa misma forma de manera independiente: por debajo de 40 ms en LEO, por encima de 550 ms en GEO.

Para un cruce oceánico de largo radio, la cifra honesta es algo peor que el titular. La misma investigación midió una mediana de 62 ms sobre el Pacífico, con un rango de 19–86 ms. Esa es la cifra que conviene llevar en la cabeza. Sigue siendo excelente. Pero no es 44.

Aquí es donde se supone que un artículo en la web de un producto te cuenta que el futuro ya ha llegado.

No ha llegado de forma uniforme, y el avión al que ha llegado el último es el tuyo.

Los aviones de pasillo único se reforman primero — son muchos, rotan rápido y vuelan trayectos domésticos cortos en los que nadie intenta hacer once horas de nada. Los de doble pasillo, los que cruzan océanos de verdad, son los últimos de la cola. A mediados de 2026, United tenía más de 400 aviones con Starlink y esperaba acercarse al millar a final de año — pero solo unos sesenta eran de doble pasillo, su primer vuelo transatlántico con Starlink en un avión de doble pasillo (Newark–Heathrow) no operó hasta junio de 2026 y la flota completa de doble pasillo no está prevista hasta el verano de 2027. Virgin Atlantic había terminado sus doce A350 — alrededor del 28 % de su flota de doble pasillo — con los 787 programados a lo largo del segundo semestre de 2026 y los A330neo ya entrado 2027.

Así que, si estás leyendo esto en un vuelo intercontinental en 2026, las probabilidades siguen en tu contra. Lo más seguro es que vayas en el enlace de 700 ms, no en el de 62.

Lo cual hace que el resto de este artículo sea más útil, no menos.

Una película y una shell fallan en direcciones opuestas, y el Wi-Fi de a bordo es justo la red equivocada para una de las dos.

Una película es un problema de ancho de banda al que la latencia le da igual. Va al búfer. Si el primer fotograma llega 700 ms tarde, nadie lo nota, porque nada de la experiencia depende de que la película te responda a ti. Le das al play, esperas, miras. El viaje de ida y vuelta ocurre una sola vez.

Una shell interactiva es la imagen especular. Casi no necesita ancho de banda — una sesión de terminal se mide en kilobits, no en megabits — pero paga el viaje de ida y vuelta en cada pulsación de tecla cuyo eco esperas ver. A 700 ms, eso no es una conexión lenta. Eso es una conversación con dos tercios de segundo de pausa después de cada carácter.

Esto es lo que la gente entiende mal. Ven «50 Mbps» en el portal de a bordo, concluyen que la conexión está bien, abren un terminal y descubren que «bien» no tiene nada que ver con el asunto. Aquí la moneda no es el ancho de banda. Son los viajes de ida y vuelta.

El fallo es más concreto que «va lento», y la investigación es inusualmente clara sobre dónde duele.

En un estudio controlado con 31 participantes que comparaba 20 ms frente a 200 ms de latencia de entrada de extremo a extremo, escribir texto seguido apenas se movió: 290.9 ms por carácter frente a 302.7, una diferencia que los autores no pudieron calificar de significativa. Las tasas de error fueron idénticas.

Pero la tarea de corrección — recolocar el cursor con las flechas y arreglar el texto, lo que de verdad haces en un editor — pasó de 38.9 segundos a 46.5 segundos, en torno a un 20 % más lenta, con un tamaño del efecto muy grande (p < 0.001, d = 1.673). Los autores explican el mecanismo sin rodeos: al navegar tienes que esperar a la pantalla una y otra vez, porque dónde ha aterrizado el cursor determina lo que haces a continuación.

La carga subjetiva empeoró incluso allí donde no lo hizo la velocidad. En la tarea de escritura, donde el rendimiento no cambió estadísticamente, la frustración declarada subió igualmente de 20.9 a 31.3.

Traslada eso a un terminal y tienes el nombre exacto de lo que se desmorona a diez mil metros: no es teclear un comando. Es moverse por vim, el autocompletado con el tabulador, desplazarse por less y el ritmo de tanteo de un REPL. Cada una de esas cosas es un bucle en el que lo siguiente que haces depende de lo que acaba de volver.

Una vez aceptas que el recurso escaso son los viajes de ida y vuelta, la solución deja de ser «consigue un avión más rápido» y pasa a ser una cuestión de arquitectura: haz menos viajes y que cada uno lleve más carga.

Hay una herramienta muy conocida que ataca esto de frente. Mosh predice lo que van a hacer tus pulsaciones y las muestra en local antes de que el servidor lo confirme. El efecto medido es espectacular: en un enlace con alrededor de medio segundo de ida y vuelta, la mediana de respuesta por pulsación bajó de 503 ms a menos de 5 ms. En una ruta transoceánica del MIT a Singapur, de 273 ms a menos de 5 ms.

Pero lee la letra pequeña, porque en ella está todo el asunto. Mosh predice alrededor del 70 % de las pulsaciones. Ese 30 % restante que no consigue predecir es, en palabras de los propios autores, principalmente navegación — y para esas su perfil de latencia vuelve a parecerse al de SSH a secas. Es decir: la única interacción que la latencia alta castiga con más dureza es precisamente la que el eco local no puede rescatar.

Así que la predicción ayuda, pero no te salva. Lo que de verdad te salva es negarte a estar en el bucle tan a menudo.

Deja de teclear dentro de la latencia. Pon el trabajo largo al otro extremo y ve asomándote a ver cómo va. Una compilación, una batería de tests, una migración, un agente de programación — ninguno necesita que estés presente para el viaje de ida y vuelta. Te necesitan al principio y en la decisión. Todo lo que hay en medio es problema de la máquina, y la máquina está en tierra con buena conexión.

Por eso también el paralelismo le gana a la interactividad en altura. No puedes escribir rápido a través de 700 ms. Pero puedes perfectamente supervisar cuatro servidores a la vez, porque la supervisión no está limitada por la latencia — está limitada por la atención, y tienes once horas de atención y nada más en lo que gastarla.

En concreto, en un teléfono, con un enlace malo:

Nada de esto se inventó para los aviones. Es sencillamente el aspecto que ha tenido siempre el trabajo remoto sobre un enlace hostil, y un avión no es más que un enlace hostil inusualmente honesto.

Dos cosas que no hemos podido verificar y que no vamos a fingir que sabemos:

Si la red de tu aerolínea dejará salir SSH siquiera. No encontramos pruebas públicas fiables sobre bloqueo de puertos, políticas de VPN o tiempos de espera por inactividad entre los proveedores de Wi-Fi de las aerolíneas — y sí un montón de afirmaciones rotundas de foro que no sobreviven a una comprobación. Varía según la compañía, el proveedor y el avión. Pruébalo en un vuelo corto antes de planificar uno largo contando con ello.

En qué gasta el pasaje su tiempo realmente. Las estadísticas de entretenimiento a bordo más citadas acaban remitiendo a tarifarios publicitarios sin metodología alguna, así que las descartamos. La mejor evidencia de encuesta que encontramos — Inmarsat/Censuswide, 11 231 pasajeros de diez países, aunque realizada allá por 2022 y preguntando por la intención en lugar de medir el tiempo — sitúa el entretenimiento muy por delante del trabajo: el 41 % quería ver películas descargadas y el 35 % verlas en streaming, frente a un 26 % que quería trabajar.

Así que trata al asiento 24B como un personaje, no como una estadística. La cuestión nunca fue que ver una película esté mal. Es que la alternativa ha dejado de estar fuera de tu alcance.

La película termina donde terminó las tres veces anteriores. Empieza el descenso. El asiento 24B ha tenido un vuelo perfectamente bueno y aterrizará descansado, que también vale algo.

El asiento 24C aterriza con el trabajo hecho — porque el trabajo nunca estuvo en el asiento. Estuvo todo el rato en una máquina en tierra, y el teléfono no fue más que una ventana hacia ella.

Once horas son mucho tiempo para pasarlo a 700 ms. Son muy poco tiempo para pasarlo supervisando cuatro servidores a los que el satélite les da exactamente igual.