Le développeur Caio Bianchi a publié le 26 mai 2026 un billet personnel intitulé « A Love Letter to Neovim », dans lequel il revient sur son parcours avec l'éditeur de texte modal. Il utilise Vim depuis 2011 et détaille les raisons pour lesquelles Neovim demeure son outil de prédilection, malgré l'essor d'autres environnements de développement (IDE) comme VS Code, JetBrains, Sublime, Atom ou Zed.

Les débuts difficiles de Vim

Bianchi raconte avoir commencé à utiliser Vim en 2011, non par conviction mais en suivant un billet de blog et en copiant un fichier de configuration .vimrc. Il décrit la première semaine comme « rude » et le premier mois comme « étrange ». Puis le modèle modal de l'éditeur a commencé à faire sens, rendant tous les autres environnements « comme une couche de rembourrage entre lui et le code ».

Après avoir essayé VS Code, JetBrains, Sublime, Atom, Zed et d'autres, Bianchi affirme qu'il choisit encore Neovim. Il reconnaît que les outils JetBrains sont « absurdement capables » et que VS Code a gagné parce qu'il est « assez bon pour presque tout le monde et facile à étendre ». Il explique sa préférence par une raison simple : « Neovim suit la façon dont je travaille. »

Une « grammaire » plutôt qu’un ensemble de raccourcis

Bianchi développe l'idée que Vim traite l'édition comme un langage. Il cite des commandes comme ci" (changer entre guillemets), dap (supprimer un paragraphe) et la commande . (répéter la dernière modification). Les macros permettent d'enseigner une routine à l'éditeur et de la rejouer dans tout un fichier, tandis que les objets textuels permettent d'opérer sur le sens plutôt que de compter les caractères. « Ce n'est pas un sac de raccourcis. C'est une grammaire », écrit-il.

Une fois cette grammaire acquise, l'éditeur devient « beaucoup moins bruyant » : plus de glissement de souris, plus de navigation dans les barres latérales pour trouver un fichier, plus de palette de commandes pour des actions répétitives.

Neovim contre les IDE « cockpit »

Pour Bianchi, Neovim est supérieur parce qu'il n'impose pas le flux de travail d'autrui. Il critique les IDE à interface graphique qui ont toujours « une opinion sur la place de chaque élément » : l'explorateur, le terminal, le panneau Git, le débogueur. Avant longtemps, l'éditeur devient « un cockpit ». Neovim, lui, commence avec un simple tampon et laisse l'utilisateur décider ce qui mérite une place autour. On peut ajouter une arborescence de fichiers, un outil de recherche floue comme Telescope ou fzf-lua, l'intégration Git avec Fugitive (« l'un des meilleurs logiciels jamais écrits »), le support LSP, les diagnostics, le formatage, les snippets, Treesitter, les lanceurs de tests et la complétion – le tout « sans se transformer en un tableau de bord lent basé sur Electron ». Il insiste sur l'importance de la vitesse, non seulement au démarrage, mais aussi dans la réactivité immédiate, notamment avec les gros fichiers, en SSH, ou dans une session tmux.

Un outil modeste mais intégré

Bianchi célèbre le fait que sa configuration est stockée dans Git, lisible et modifiable. « Il n'y a pas de mystérieuse base de données de paramètres, pas d'état de compte synchronisé que je ne comprends qu'à moitié, pas d'extension qui fait quelque chose d'étrange en arrière-plan parce qu'une case à cocher a changé il y a trois versions », écrit-il. Il oppose cette approche à celle des outils modernes qui « veulent devenir l'endroit où tout se passe ». Neovim, au contraire, est « content d'être la partie tranchante d'un système plus vaste », travaillant avec le shell, tmux, ripgrep, git, les serveurs de langage, les formateurs, les linters et les lanceurs de tests.

Modernisation sans perte d'essence

Depuis 2011, Bianchi a vu des éditeurs disparaître et des écosystèmes entiers naître autour des extensions, des thèmes, des places de marché et des panneaux d'IA. Vim était déjà ancien lorsqu'il a commencé à l'utiliser, mais Neovim a modernisé ce qui devait l'être sans jeter ce qui faisait son succès. Lua a rendu la configuration « plus agréable », l'écosystème de plugins s'est amélioré, le LSP intégré a apporté des fonctionnalités d'IDE sans alourdir l'éditeur, et Treesitter a modernisé la coloration syntaxique et la compréhension du code. Lazy.nvim a rendu la gestion des plugins « rapide et ennuyeuse, ce qui est exactement ce que la gestion des plugins devrait être ».

L'apprentissage récompensé

Le développeur insiste sur le fait que Neovim récompense le temps passé à l'apprendre. « Vous apprenez un mouvement, et il sert pour toujours. Vous écrivez une macro, et une édition ennuyeuse disparaît. Vous découvrez un objet textuel, et un refactoring pénible devient facile. Vous réglez une commande, et elle devient une partie de vos mains. » Il écarte l'idée que cet attachement soit dû à la nostalgie. « Je n'utilise pas Neovim parce que je l'ai appris jeune et refuse de passer à autre chose. Je l'utilise parce que, quand je sais quelle modification je veux apporter, Neovim met très peu de choses entre la pensée et l'édition. »