9 mars 2026 | Temps de lecture : 13 minutes 37 secondes
Introduction : le terminal n'a jamais vraiment disparu
Il y a une ironie étrange dans le paysage des outils de développement de 2026. Après des années d'IDE de plus en plus complexes basés sur GUI, d'applications encapsulées dans Electron, et d'environnements de développement basés sur navigateur, les outils les plus intéressants sont construits pour le terminal. Pas le terminal de 1985 — texte monochrome sur un fond noir, des drapeaux ésotériques, et des commandes qui nécessitent un doctorat pour être parsées. Le terminal de 2026, où les interfaces interactives riches, les éditeurs avec mise en évidence syntaxique, le support de la souris, et l'assistance IA convergent dans des applications qui se sentent aussi polies que leurs homologues GUI tout en conservant tout ce qui rendait le terminal puissant en premier lieu.
Ce n'est pas de la nostalgie. C'est une réévaluation pratique de ce dont les développeurs ont vraiment besoin. L'interface utilisateur de terminal (TUI) moderne combine la vitesse et la scriptabilité des outils en ligne de commande avec la découvrabilité et la rétroaction visuelle des applications graphiques. Cela fonctionne sur SSH. Cela ne nécessite pas un gestionnaire de fenêtres. Cela ne consomme pas des gigaoctets de RAM. Et de plus en plus, cela fait des choses que les applications GUI ne peuvent pas ou ne feront pas.
La preuve est dans les chiffres. Posting, un client API basé sur TUI, est devenu l'outil de test HTTP qui connaît la croissance la plus rapide sur GitHub. Serpl a transformé la recherche-remplacement à l'échelle du projet d'un processus multi-étapes en un workflow monofichier. Yazi a redéfini ce qu'un gestionnaire de fichiers de terminal peut être. Et des outils comme Harlequin, un client TUI pour base de données, prouvent que même les workflows intensifs en données peuvent être gérés magnifiquement sans quitter le terminal.
C'est la renaissance du terminal, et cela change la façon dont les logiciels sont construits.
Pourquoi les outils TUI gagnent
La résurgence des outils basés sur terminal n'est pas motivée par la préférence esthétique ou le contrariéanisme des développeurs. Elle est motivée par des avantages concrets qui comptent dans le développement logiciel professionnel.
La vitesse comme fonctionnalité
Les applications GUI entraînent des frais généraux inhérents. Elles doivent rendre les pixels, gérer les événements de fenêtre, gérer le rendu des polices, et maintenir un pipeline de compositeur. Même l'application Electron la plus optimisée — et l'optimisation Electron est quelque chose d'un oxymore — ajoute des centaines de millisecondes de latence et des centaines de mégaoctets de consommation de mémoire à ce qui est fondamentalement un flux de travail basé sur le texte.
Les applications TUI contournent tout cela. Elles se rendent à un émulateur de terminal, qui est lui-même un moteur de rendu de texte hautement optimisé. Le résultat est perceptible : lancer Posting prend des millisecondes là où Postman prend des secondes. La navigation dans les résultats dans Serpl se fait à la vitesse du traitement des touches, pas à la vitesse de la réconciliation React. Pour les développeurs qui alternent entre des douzaines d'outils tout au long d'une journée de travail, ces millisecondes s'accumulent en minutes, et ces minutes s'accumulent en concentration retrouvée.
Le développement en priorité à distance
Le passage au développement à distance — pas seulement le travail à distance, mais les environnements de développement à distance — a créé une forte demande pour les outils qui fonctionnent bien sur les connexions SSH. Les environnements de développement cloud, les conteneurs distants, et les workflows de dev-in-the-cloud deviennent de plus en plus courants. Une application TUI qui s'exécute dans une session de terminal fonctionne de manière identique que ce terminal soit local, SSH dans un serveur distant, s'exécutant à l'intérieur d'un conteneur Docker, ou connecté à un environnement de développement cloud via un terminal basé sur le web.
Les applications GUI, en revanche, nécessitent soit une installation locale (annulant les bénéfices d'un environnement de développement à distance), la redirection X11 (ajoutant une latence significative et de la complexité), ou un wrapper basé sur navigateur (ajoutant les frais généraux d'une application web à chaque interaction). L'avantage TUI ici n'est pas théorique — c'est la différence entre un flux de travail à distance productif et un frustrant.
La composabilité
La philosophie Unix — de petits outils qui font une chose bien et se composent via des pipes et des fichiers — a connu une renaissance aux côtés des outils TUI. Les applications TUI modernes embrassent cette philosophie tout en ajoutant des capacités interactives. Posting stocke les demandes comme des fichiers YAML qui peuvent être versionnés, diffés, et traités par d'autres outils. Serpl s'intègre aux workflows git. Yazi peut rediriger les fichiers sélectionnés vers des commandes arbitraires. Harlequin exporte les résultats de requête dans des formats qui alimentent directement d'autres outils.
Cette composabilité signifie que les outils TUI s'intègrent naturellement dans les workflows automatisés. Un pipeline CI peut utiliser les mêmes définitions de demandes qu'un développeur crée de manière interactive dans Posting. Un crochet de pré-commit peut exécuter les mêmes motifs de recherche-remplacement qu'un développeur teste de manière interactive dans Serpl. Les mondes interactif et automatisé partagent une base commune.
Posting : test d'API sans gonflement
Posting est peut-être l'exemple le plus visible de la renaissance du TUI. Créé par Darren Burns et construit sur le framework Textual pour Python, c'est un client HTTP complet qui s'exécute entièrement dans le terminal.
Ce qui rend Posting différent
La comparaison à Postman est inévitable et instructive. Postman a commencé comme extension Chrome, a évolué en application Electron, et nécessite maintenant un compte cloud, consomme plus d'un gigaoctet de RAM, et télémétrise les données vers des serveurs distants. Pour une application dont la fonction principale est d'envoyer des demandes HTTP et d'afficher les réponses, cette trajectoire représente un désalignement significatif entre la complexité de l'outil et la complexité de la tâche.
Posting prend l'approche opposée. Il démarre en millisecondes. Il stocke les demandes comme des fichiers YAML bruts dans une structure de répertoires qui reflète l'architecture de votre API. Il supporte les environnements, les variables, les scripts pré-demande, et le traitement post-demande. Il importe les collections Postman et les spécifications OpenAPI. Et il fait tout cela dans une fenêtre de terminal, utilisant quelques mégaoctets de RAM.
L'innovation du mode de saut
La fonctionnalité la plus distinctive de Posting est son mode de saut, activé avec Ctrl+J. Plutôt que de parcourir séquentiellement les éléments d'interface — une frustration commune dans les applications GUI et TUI — le mode de saut attribue une étiquette à chaque élément interactif à l'écran. Tapez l'étiquette, et le focus saute immédiatement à cet élément. C'est un paradigme de navigation emprunté au plugin EasyMotion de Vim et appliqué à la navigation d'interface au niveau de l'application.
L'effet sur la vitesse du flux de travail est significatif. Dans une session de test d'API typique, un développeur pourrait basculer entre la barre URL, le panneau des en-têtes, l'éditeur de corps, et le visualiseur de réponses des douzaines de fois par minute. Avec le tabulation, chaque basculement nécessite plusieurs frappes et un suivi visuel. Avec le mode de saut, chaque basculement est deux frappes et zéro balayage visuel.
Scripts et automatisation
Posting supporte les scripts Python pré-demande et post-demande qui peuvent modifier les demandes, traiter les réponses, et stocker les valeurs pour utilisation dans les demandes ultérieures. Cela active les workflows qui sont difficiles ou impossibles dans la plupart des clients API GUI : renouvellement automatique du jeton, chaînes de demandes dépendantes des réponses, extraction et transformation de données, et intégration avec des systèmes externes.
Les scripts sont stockés aux côtés des définitions de demandes, ce qui signifie qu'ils sont versionnés et partageables. Une équipe peut maintenir une collection de tests d'API avec leurs scripts d'automatisation associés dans un dépôt Git, et chaque membre de l'équipe peut les exécuter depuis n'importe quel terminal.
Serpl : recherche-remplacement, réimaginé
Serpl résout un problème que chaque développeur rencontre mais peu d'outils gèrent bien : la recherche-remplacement à l'échelle du projet avec aperçu visuel et application sélective.
La barre latérale VS Code, dans votre terminal
L'interface de Serpl évoque directement la barre latérale de recherche-remplacement de VS Code. Le terme de recherche est entré en haut, les résultats sont affichés dans un arbre regroupé par fichier, et chaque correspondance montre les lignes de contexte au-dessus et au-dessous. La différence est que Serpl s'exécute dans un terminal, ne nécessite pas d'IDE, et peut être utilisé via SSH, dans un conteneur Docker, ou dans n'importe quel autre environnement où un terminal est disponible.
Préserver la casse : la fonctionnalité vedette
L'une des fonctionnalités les plus précieuses de Serpl est son mode de remplacement préservant la casse. Lors du renommage d'une variable de userData à accountInfo, une simple recherche-remplacement manquerait les diverses formes de casse : UserData, USER_DATA, user_data, user-data. Le mode de préservation de casse de Serpl détecte le motif de casse de chaque occurrence et applique le remplacement avec le même motif. userData devient accountInfo. UserData devient AccountInfo. USER_DATA devient ACCOUNT_INFO. C'est le genre d'attention au flux de travail des développeurs qui distingue un outil d'un simple utilitaire.
Intégration AST Grep
Pour la recherche-remplacement spécifique au code, Serpl s'intègre avec AST Grep, un outil de recherche structurelle de code qui comprend les arbres syntaxiques plutôt que juste les motifs de texte. Cela signifie que vous pouvez rechercher un motif d'appel de fonction, une structure d'argument spécifique, ou une construction de code sans vous soucier de l'espace blanc, du formatage, ou des variations de nommage qui confondrait une recherche basée sur regex.
La combinaison de la recherche basée sur texte et structurelle dans une seule TUI donne aux développeurs l'outil adéquat pour chaque situation : recherche textuelle pour les fichiers de configuration et la documentation, recherche structurelle pour la refactorisation de code.
L'écosystème plus large
Posting et Serpl font partie d'un écosystème plus large d'outils TUI qui redéfinissent collectivement le développement basé sur terminal.
Harlequin : le client de base de données de terminal
Harlequin apporte l'expérience du client de base de données au terminal. Il supporte DuckDB, SQLite, PostgreSQL, MySQL, et d'autres bases de données via une interface unifiée. L'éditeur de requête propose la mise en évidence syntaxique, l'autocomplétion, et l'édition multi-curseur. Les résultats sont affichés dans un tableau déroulable avec tri et filtrage de colonnes. Et il peut exporter les résultats en plusieurs formats pour le traitement en aval.
Pour les développeurs qui passent un temps important à écrire et déboguer SQL, Harlequin élimine le changement de contexte entre terminal et client GUI de base de données. Écrivez votre requête, voyez les résultats, exportez ce dont vous avez besoin, et continuez à travailler — tout sans quitter le terminal.
Yazi : gestion de fichiers à la vitesse du terminal
Yazi est un gestionnaire de fichiers de terminal écrit en Rust qui est devenu l'implémentation de référence pour ce qu'un gestionnaire de fichiers TUI moderne devrait être. Il propose une E/S asynchrone pour une navigation réactive même dans les grands répertoires, un aperçu d'image intégré utilisant des protocoles graphiques de terminal, l'intégration avec des outils externes pour les opérations de fichiers, et un système de plug-in qui étend ses capacités.
Mais la contribution la plus significative de Yazi pourrait être sa démonstration que les applications de terminal peuvent être belles. Son thème par défaut est visuellement frappant, avec une utilisation attentive de la couleur, des caractères unicode, et de la mise en page qui rivalise avec n'importe quel gestionnaire de fichiers GUI. Cela prouve que le terminal en tant que plate-forme n'est pas intrinsèquement limité en qualité visuelle — il est limité uniquement par l'effort que les développeurs mettent dans la conception.
Lazygit et Lazydocker : Git et Docker dans le terminal
La suite d'outils Lazy — Lazygit, Lazydocker, et Lazynpm — fournit des interfaces de terminal interactives pour les outils qui traditionnellement nécessitaient soit de mémoriser des douzaines de commandes soit de basculer vers un client GUI. Lazygit en particulier est devenu un standard de facto pour les workflows Git basés sur terminal, offrant la mise en scène, le commit, le rebase, la cherry-pick, et la résolution de conflits via une interface visuelle qui est plus rapide que n'importe quel client Git GUI tout en restant plus découvrable que les commandes Git brutes.
btop : la surveillance système comme art
btop (et son prédécesseur bashtop) a redéfini ce qu'un moniteur système de terminal pouvait être. Avec des affichages graphiques de processus et d'activité réseau, des mises en page réactives, et le support de thèmes, il a transformé la commande utilitaire top en un tableau de bord riche en informations que les développeurs laissent s'exécuter dans un onglet de terminal tout au long de leur journée de travail.
La technologie derrière la renaissance
La renaissance du TUI est activée par plusieurs tendances technologiques qui ont mûri simultanément.
Les émulateurs de terminal modernes
Les émulateurs de terminal comme Ghostty, WezTerm, Alacritty, et Kitty supportent des fonctionnalités qui n'étaient pas disponibles il y a quelques années : la vraie couleur (16 millions de couleurs), les ligatures, le rendu accéléré GPU, les protocoles d'affichage d'images (Sixel, images en ligne iTerm2, protocole graphique Kitty), et le support Unicode incluant les emoji et les scripts complexes. Ces capacités donnent aux développeurs TUI une toile qui approche la richesse d'une mémoire tampon GUI.
Cadres TUI
Les cadres comme Textual (Python), Ratatui (Rust), Bubble Tea (Go), et Ink (JavaScript) ont dramatiquement abaissé la barrière pour construire des applications TUI de haute qualité. Textual en particulier a été un catalyseur pour l'écosystème TUI Python. Il fournit un système de style ressemblant à CSS, un modèle de composant inspiré par les frameworks web modernes, et une expérience développeur qui rend la construction d'applications de terminal aussi naturelle que la construction d'applications web.
Ratatui, le cadre Rust, prend une approche différente — rendu en mode immédiat avec contrôle explicite sur chaque cellule — mais produit des résultats tout aussi impressionnants. Ses caractéristiques de performance en font le cadre de choix pour les outils comme Serpl et Yazi, où la réactivité sur les grandes bases de code est essentielle.
Les multiplexeurs de terminal
Des outils comme tmux et Zellij fournissent la couche de gestion de fenêtres que les applications TUI ont besoin de se composer en un espace de travail cohérent. Un développeur peut exécuter Posting dans un volet, son éditeur dans un autre, un terminal dans un troisième, et btop dans un quatrième — tout au sein d'une seule fenêtre de terminal, tout accessible via une seule connexion SSH.
Zellij en particulier a fait progresser le concept d'espace de travail de terminal avec des fonctionnalités comme les volets flottants, les sessions nommées avec restauration automatique, et un système de plug-in qui peut héberger les widgets TUI personnalisés directement au sein du multiplexeur.
Les implications pour les flux de travail de développement
La renaissance du TUI n'est pas seulement au sujet des outils individuels. C'est au sujet d'un changement dans la façon dont les environnements de développement sont assemblés et utilisés.
L'environnement de développement composable
Au lieu d'un IDE monolithique qui tente de gérer tout — édition, débogage, tests, contrôle de version, accès à la base de données, tests d'API, déploiement — l'approche TUI compose les outils spécialisés en un environnement personnalisé. Chaque outil excelle dans sa fonction spécifique, et le terminal fournit la couche d'intégration.
Cette composabilité a des avantages pratiques. Quand un outil ne répond pas à vos besoins, vous le remplacez sans perturber le reste de votre environnement. Quand un nouvel outil apparaît, vous l'intégrez sans attendre un plug-in IDE. Votre environnement de développement est défini par votre configuration de terminal et votre sélection d'outils, tous deux pouvant être versionnés et reproduits sur les machines.
L'accessibilité et l'inclusion
Les outils basés sur terminal fonctionnent sur du matériel moins puissant que leurs homologues GUI. Ils fonctionnent sur des connexions à haute latence. Ils fonctionnent sur n'importe quel système d'exploitation avec un émulateur de terminal. Cela compte pour les développeurs dans les régions avec une connectivité limitée, les développeurs utilisant du matériel plus ancien, et les développeurs travaillant dans des environnements où l'installation d'applications GUI est restreinte ou impraticable.
L'intégration IA dans le terminal
La convergence des outils TUI et des agents IA est peut-être la tendance la plus significative. Claude Code, Gemini CLI, OpenCode, et Aider fonctionnent tous dans le terminal, et ils fonctionnent naturellement aux côtés des outils TUI. Un agent IA peut lire les mêmes fichiers YAML que Posting utilise, invoquer les mêmes motifs de recherche-remplacement que Serpl gère, et travailler avec le même flux de travail Git que Lazygit gère.
Ce n'est pas une coïncidence. La nature basée sur texte et composable du terminal le rend un environnement idéal pour les agents IA qui pensent et communiquent principalement en texte. La renaissance du TUI et l'émergence des agents IA de codage se renforcent mutuellement, créant un environnement de développement qui est simultanément plus convivial et plus compatible avec les agents qu'aucune alternative GUI.
Conclusion : le terminal est l'avenir
La renaissance du terminal est motivée par des avantages fondamentaux qui sont peu susceptibles de diminuer : la vitesse, la composabilité, la capacité en priorité à distance, et la compatibilité avec le développement assisté par IA. Les outils émergeant de ce mouvement — Posting, Serpl, Yazi, Harlequin, et des douzaines d'autres — ne sont pas des expériences rétro. Ce sont des outils de développement de pointe qui se trouvent s'exécuter dans un terminal.
Pour les développeurs qui n'ont pas exploré l'écosystème TUI moderne, la barrière à l'entrée n'a jamais été si basse. Installez Posting pour votre prochaine session de test d'API. Essayez Serpl pour votre prochain projet de refactorisation. Donnez à Yazi un week-end comme gestionnaire de fichiers. Les gains de productivité sont immédiats, et les améliorations du flux de travail s'accumulent avec le temps.
Le terminal n'a jamais disparu. Il s'est juste beaucoup amélioré.