Onze heures au-dessus de l'Atlantique 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

Onze heures, New York vers quelque part à l'est. L'éclairage de la cabine passe à l'ambre. Le siège 24B ouvre l'écran du dossier devant lui, fait défiler un catalogue de quatre cents titres et choisit un film qu'il a déjà vu trois fois. Ce n'est pas un reproche. C'est la chose la plus raisonnable qu'on puisse faire de onze heures dans un tube d'aluminium pressurisé, et la plupart d'entre nous l'ont faite.

Le siège 24C sort un téléphone.

Les deux sièges sont sur le même Wi-Fi. Les deux sont à la même distance du sol. Quand les roues toucheront la piste, l'un aura regardé un film qu'il pouvait déjà citer par cœur, et l'autre aura fusionné trois branches, remis au vert une suite de tests en échec et relancé un job bloqué sur une machine à six mille kilomètres de là.

Le plus intéressant n'est pas que ce soit possible. C'est pourquoi c'est possible — et pourquoi l'approche évidente, celle que la plupart des gens tentent une fois avant de l'abandonner quelque part au-dessus du Groenland, ne fonctionne pas du tout.

Une compagnie aérienne peut désigner deux choses radicalement différentes par le mot « Wi-Fi », et laquelle des deux est boulonnée à votre fuselage décide de tout le reste.

L'ancien dispositif, c'est un satellite géostationnaire, garé à 35 786 km. Cette altitude n'est pas un choix de conception fait pour votre confort ; c'est la distance exacte à laquelle une orbite dure vingt-quatre heures, si bien que le satellite paraît immobile. La conséquence est une arithmétique contre laquelle aucun budget d'ingénierie ne peut rien : monter puis redescendre, deux fois, cela fait 477 ms d'aller-retour pour la lumière elle-même, avant même qu'un seul routeur ne s'en mêle.

Le nouveau dispositif, c'est une constellation en orbite terrestre basse à environ 550 km — soit soixante-cinq fois plus près, et 7,3 ms de propagation aller-retour.

Les mesures prises en vol confirment la physique. L'analyse des tests de débit en vol d'Ookla du premier trimestre 2025 relève un temps d'aller-retour médian de 44 ms sur Starlink contre 703 à 757 ms sur Hughes, Intelsat et Viasat — un écart d'un facteur seize environ. Une autre équipe, qui a instrumenté de vrais appareils sur 25 vols de 7 compagnies pour ACM IMC 2025, a mesuré indépendamment la même forme : moins de 40 ms en LEO, plus de 550 ms en GEO.

Pour une traversée océanique long-courrier, le chiffre honnête est un peu moins beau que le titre. La même étude mesure une médiane de 62 ms au-dessus du Pacifique, dans une fourchette de 19 à 86 ms. C'est le chiffre à garder en tête. Il reste excellent. Ce n'est pas 44.

C'est ici qu'un article de blog sur un site produit est censé vous annoncer que l'avenir est arrivé.

Il n'est pas arrivé partout en même temps, et l'avion qu'il a atteint en dernier, c'est le vôtre.

Les monocouloirs sont rééquipés en premier — ils sont nombreux, ils enchaînent des rotations rapides et volent sur des sauts de puce intérieurs où personne n'essaie de faire onze heures de quoi que ce soit. Les gros-porteurs, ceux qui traversent réellement les océans, sont les derniers de la file. Mi-2026, United comptait plus de 400 appareils sous Starlink et espérait approcher le millier en fin d'année — mais seulement une soixantaine de gros-porteurs ; son premier vol transatlantique en gros-porteur équipé Starlink (Newark-Heathrow) n'a été opéré qu'en juin 2026, et l'ensemble de la flotte gros-porteurs n'est pas attendu avant l'été 2027. Virgin Atlantic avait terminé ses douze A350 — environ 28 % de sa flotte de gros-porteurs — les 787 étant programmés sur le second semestre 2026 et les A330neo jusqu'en 2027.

Donc : si vous lisez ces lignes sur un vol intercontinental en 2026, les probabilités sont encore contre vous. Vous êtes sans doute sur la liaison à 700 ms, pas sur celle à 62 ms.

Ce qui rend la suite de cet article plus utile, et non moins.

Un film et un shell échouent dans des directions opposées, et le Wi-Fi en vol est précisément le mauvais réseau pour l'un des deux.

Un film est un problème de bande passante qui se moque de la latence. Il met en mémoire tampon. Si la première image arrive 700 ms en retard, personne ne le remarque, parce que rien dans l'expérience ne dépend de la réaction du film à ce que vous faites. On lance, on attend, on regarde. L'aller-retour n'a lieu qu'une fois.

Un shell interactif, c'est l'image inverse. Il n'a presque besoin d'aucune bande passante — une session de terminal se mesure en kilobits, pas en mégabits — mais il paie l'aller-retour à chaque frappe dont vous attendez l'écho. À 700 ms, ce n'est pas une connexion lente. C'est une conversation avec deux tiers de seconde de silence après chaque caractère.

C'est là que les gens se trompent. Ils voient « 50 Mbit/s » sur le portail de bord, en concluent que la connexion est bonne, ouvrent un terminal, et découvrent que « bonne » n'a rien à voir avec le problème. La bande passante n'est pas la monnaie, ici. Ce sont les allers-retours.

La panne est plus précise qu'un « ça rame », et la recherche est inhabituellement claire sur l'endroit où la douleur se loge.

Dans une étude contrôlée sur 31 participants comparant 20 ms et 200 ms de latence d'entrée de bout en bout, la frappe en continu n'a quasiment pas bougé : 290,9 ms par caractère contre 302,7, un écart que les auteurs n'ont pas pu qualifier de significatif. Les taux d'erreur étaient identiques.

Mais la tâche de correction — repositionner un curseur aux flèches et rectifier du texte, ce que vous faites réellement dans un éditeur — est passée de 38,9 secondes à 46,5 secondes, soit environ 20 % plus lent, avec une très forte taille d'effet (p < 0,001, d = 1,673). Les auteurs énoncent le mécanisme sans détour : pendant la navigation, vous devez attendre l'écran en permanence, parce que l'endroit où le curseur a atterri détermine ce que vous ferez ensuite.

La charge subjective s'est aggravée là même où la vitesse n'avait pas bougé. Sur la tâche de frappe, où la performance était statistiquement inchangée, la frustration déclarée est tout de même passée de 20,9 à 31,3.

Transposez cela à un terminal et vous obtenez le nom exact de ce qui se délite en altitude : ce n'est pas la saisie d'une commande. C'est la navigation dans vim, la complétion par tabulation, le défilement dans less, et le rythme « je tape, je regarde » d'un REPL. Chacun de ces gestes est une boucle où l'action suivante dépend de ce qui vient de revenir.

Une fois admis que les allers-retours sont la ressource rare, le remède cesse d'être « prendre un avion plus rapide » pour devenir une question d'architecture : faire moins d'allers-retours, et faire porter davantage à chacun.

Il existe un outil bien connu qui attaque le problème de front. Mosh prédit ce que vos frappes vont produire et les affiche en local avant que le serveur ne les confirme. L'effet mesuré est spectaculaire : sur une liaison à environ une demi-seconde d'aller-retour, la réponse médiane à une frappe tombe de 503 ms à moins de 5 ms. Sur un trajet transocéanique du MIT à Singapour, de 273 ms à moins de 5 ms.

Mais lisez les petits caractères, car c'est tout l'enjeu. Mosh prédit environ 70 % des frappes. Les quelque 30 % qu'il ne sait pas prédire relèvent, selon le mot même des auteurs, principalement de la navigation — et pour celles-là, son profil de latence redevient celui de SSH tout court. Autrement dit : la seule interaction que la latence élevée punit le plus durement est précisément celle que l'écho local ne peut pas sauver.

La prédiction aide donc, et elle ne vous sauve pas. Ce qui vous sauve vraiment, c'est de refuser d'être dans la boucle aussi souvent.

Arrêtez de taper dans la latence. Mettez le travail de longue haleine à l'autre bout et allez le consulter. Une compilation, une suite de tests, une migration, un agent de code — aucun de ces travaux n'a besoin de votre présence pendant l'aller-retour. Ils ont besoin de vous au début, et au moment de décider. Tout ce qu'il y a entre les deux est le problème de la machine, et la machine est au sol, avec une bonne connexion.

C'est aussi pourquoi le parallélisme l'emporte sur l'interactivité en altitude. Vous ne pouvez pas taper vite à travers 700 ms. Vous pouvez en revanche parfaitement superviser quatre serveurs à la fois, parce que la supervision n'est pas limitée par la latence — elle est limitée par l'attention, et vous avez onze heures d'attention et rien d'autre à en faire.

Concrètement, sur un téléphone, sur une mauvaise liaison :

Rien de tout cela n'a été inventé pour les avions. C'est simplement à quoi le travail à distance sur une liaison hostile a toujours ressemblé, et un avion n'est qu'une liaison hostile inhabituellement honnête.

Deux choses que nous n'avons pas pu vérifier, et que nous ne ferons pas semblant de savoir :

Si le réseau de votre compagnie laissera seulement sortir SSH. Nous n'avons trouvé aucune preuve publique fiable sur le blocage de ports, la politique VPN ou les délais d'inactivité chez les fournisseurs de Wi-Fi aérien — et beaucoup d'affirmations péremptoires sur les forums qui ne résistent pas à la vérification. Cela varie selon le transporteur, le fournisseur et l'appareil. Testez sur un vol court avant de bâtir tout un long-courrier autour.

À quoi la cabine passe réellement son temps. Les statistiques de divertissement à bord les plus citées se révèlent remonter à des grilles tarifaires publicitaires dépourvues de toute méthodologie, et nous les avons mises à la poubelle. La meilleure enquête que nous ayons trouvée — Inmarsat/Censuswide, 11 231 passagers dans dix pays, quoique menée en 2022 et portant sur des intentions plutôt que sur du temps mesuré — place le divertissement loin devant le travail : 41 % voulaient regarder des films téléchargés et 35 % en streaming, contre 26 % qui voulaient travailler.

Traitez donc le siège 24B comme un personnage, pas comme une statistique. Il n'a jamais été question de dire que regarder un film est un tort. Seulement que l'alternative n'est plus hors de portée.

Le film se termine là où il s'était terminé les trois fois précédentes. La descente commence. Le siège 24B a passé un vol parfaitement agréable et atterrira reposé, ce qui n'est pas rien.

Le siège 24C atterrit le travail fait — parce que le travail n'a jamais été dans le siège. Il était sur une machine au sol depuis le début, et le téléphone n'a jamais été qu'une fenêtre ouverte dessus.

Onze heures, c'est très long à passer à 700 ms. C'est très court à passer à superviser quatre serveurs qui se moquent complètement du satellite.