VS Code ? Plutôt VS Slow : Le manifeste d'un nerd Vim

Parlons de ces nerds Vim. Vous savez lesquels — ils sont assis dans un coin du bureau, tapant de façon suffisante dans leur terminal pendant que le reste d’entre nous, simples mortels, cliquons dans VS Code comme des touristes avec des appareils photo. Ils n’atteignent leur souris approximativement jamais, ont configuré leur éditeur pour faire des choses qui semblent de la magie noire, et ils adorent vous dire pourquoi votre setup de développement est inférieur.

Mais voilà le truc : après avoir observé ces sorciers du terminal pendant des années, il pourrait vraiment y avoir quelque chose dans leur complexe de supériorité insupportable. Plongeons dans pourquoi ces guerriers du clavier choisissent Vim plutôt que VS Code, et pourquoi ils n’arrêtent pas d’en parler.

Le grand éveil : De paysan de la souris à guerrier du clavier

Imaginez ce scénario tragique (qui décrit la plupart des développeurs normaux) :

1. La danse sans fin de la souris : Main vers la souris, clic, scroll, clic encore, retour au clavier
2. L’addiction aux extensions : « Il doit y avoir une extension pour ça ! » installe 47 extensions de plus
3. Le massacre de la RAM : VS Code consommant plus de mémoire que Chrome avec 50 onglets ouverts
4. Le jeu de l’attente : « Chargement… » pendant qu’Electron décide s’il veut fonctionner aujourd’hui

Maintenant observez le workflow du nerd Vim :

1. Maîtrise pure du clavier : Ils naviguent avec hjkl, changent les mots avec ciw, dupliquent les lignes avec yy5p
2. Vitesse de l’éclair : Ils le pensent, le tapent, c’est fait. Pas d’attente, pas de chargement, pas de « veuillez patienter pendant que nous indexons votre projet »
3. Utilisation minimale des ressources : Leur éditeur tourne sur une patate et surperforme quand même les IDE sophistiqués
4. Suprématie du terminal : Tout au même endroit, pas de changement de fenêtre, juste de la pure productivité

La preuve mathématique : Vim > VS Code

Voici comment ces enthousiastes Vim décomposent leurs « chiffres durs » :

Temps pour ouvrir un fichier :

• VS Code : Clic, attente, navigation, clic, attendre encore… ~5-8 secondes
• Vim : :e nomdefichier ~0.2 secondes

Temps pour naviguer à la ligne 847 :

• VS Code : Ctrl+G, taper le numéro, Entrée, attendre l’animation de scroll ~3 secondes
• Vim : :847 ou 847G ~0.1 secondes

Temps pour dupliquer une ligne 10 fois :

• VS Code : Sélectionner la ligne, copier, coller, coller, coller… (répéter en questionnant ses choix de vie) ~15 secondes
• Vim : yy10p ~0.5 secondes

Selon les dévots de Vim, les maths ne mentent pas. Sur une carrière, ça fait littéralement des années de vie rendues aux développeurs. (Bien qu’ils passent la plupart de ce temps gagné à configurer leurs fichiers .vimrc.)

La philosophie tout-clavier : Ne touchez plus jamais cette souris

Voici le truc que les utilisateurs VS Code ne comprennent pas : chaque fois que vous atteignez votre souris, un chaton meurt quelque part. Okay, peut-être pas littéralement, mais votre productivité en prend certainement un coup.

La philosophie Vim est simple : vos mains devraient vivre sur le clavier comme si elles y étaient nées. La rangée de base est votre vraie maison. La souris est ce parent agaçant que vous voyez aux réunions de famille — reconnu mais évité.

Workflow VS Code typique :

Penser → Déplacer main vers souris → Pointer → Cliquer → Ramener la main → Taper → Répéter à l'infini

Workflow Vim éclairé :

Penser → Taper → Terminé

La beauté c’est que les commandes Vim se lisent comme de l’anglais. Vous voulez changer le mot sous votre curseur ? cw (change word). Supprimer tout à l’intérieur des parenthèses ? di( (delete inside parentheses). C’est comme avoir une conversation avec votre éditeur, sauf que votre éditeur écoute vraiment et fait ce que vous voulez.

Écosystème de plugins : Qualité vs. Quantité

Approche VS Code : « Installons 50 extensions et espérons qu’elles ne soient pas en conflit ! »

• Extension pour l’intégration Git
• Extension pour la coloration des parenthèses
• Extension pour les icônes de fichiers
• Extension pour les thèmes
• Extension pour gérer les autres extensions
• Votre RAM a quitté le chat

Approche Vim : « Installons exactement ce dont on a besoin et rendons-le ultra rapide ! »

• Telescope : Recherche floue qui fait ressembler la recherche de VS Code à du dial-up
• LSP : Vérification d’erreurs en temps réel sans le bloat
• Treesitter : Coloration syntaxique qui comprend vraiment votre code
• NvimTree : Explorateur de fichiers qui ne mange pas toute votre barre latérale

La différence ? Selon les évangélistes Vim, leurs plugins sont construits pour la vitesse et l’efficacité. Les extensions VS Code sont construites pour… eh bien, ils ne sont pas totalement sûrs pour quoi, mais la foule Vim insiste que ce n’est définitivement pas la performance.

L’avantage du terminal : Un environnement pour les gouverner tous

Pendant que le reste d’entre nous jongle avec plusieurs fenêtres comme des artistes de cirque, ces puristes du terminal vivent dans ce qu’ils appellent le « zen terminal » :

• Édition de fichiers : Vim
• Opérations Git : Commandes terminal intégrées
• Navigation de projet : Gestionnaires de fichiers et recherche floue
• Tests : Terminal
• Débogage : Terminal (avec les bons outils)
• Tout le reste : Toujours terminal

C’est comme avoir un couteau suisse, sauf que chaque outil est le meilleur de sa catégorie et ils fonctionnent tous parfaitement ensemble.

Personnalisation : Votre éditeur, vos règles

Selon les puristes Vim, VS Code vous donne des thèmes et quelques paramètres. Vim donne aux utilisateurs le contrôle complet sur la réalité.

Vous voulez créer une commande personnalisée qui formate le code, lance les tests, commit sur git, et fait le café ? Apparemment c’est facile pour ces sorciers :

:command! DoEverything !format-code && run-tests && git commit -m "magic" && make-coffee

« Essayez de faire ça dans VS Code », vous défient-ils de façon suffisante. « On attend. »

Leurs fichiers vimrc deviennent des documents vivants de leur évolution de développement. Ce n’est pas juste de la configuration pour ces gens — c’est un manifeste personnel écrit en code.

La différence de performance : SSD vs. disquette

Temps de démarrage VS Code : 3-10 secondes (plus long si Electron a une crise existentielle) Temps de démarrage Vim : Instantané (littéralement plus rapide qu’un clignement)

Utilisation mémoire VS Code : 200-800 Mo (juste pour l’éditeur, notez bien) Utilisation mémoire Vim : 10-30 Mo (incluant tout votre workflow)

VS Code sur du vieux matériel : « Avez-vous essayé de l’éteindre et de le rallumer ? » Vim sur du vieux matériel : « Quelles limitations matérielles ? »

La courbe d’apprentissage : Investissement vs. gratification instantanée

Même les défenseurs de Vim l’admettent — leur éditeur bien-aimé a une courbe d’apprentissage. Ils la décrivent comme apprendre à conduire une Formule 1 quand on est habitué à une automatique. La première semaine, les nouveaux convertis veulent jeter leur ordinateur par la fenêtre. La deuxième semaine, ils commencent à voir la lumière. À la troisième semaine, ils deviennent insupportablement évangéliques à ce sujet.

Les enthousiastes Vim voient VS Code comme confortable — comme une étreinte chaleureuse de Microsoft. Mais pour eux, le confort est l’ennemi de la croissance. Ils croient que Vim force les développeurs à devenir meilleurs en les faisant réfléchir à l’efficacité à chaque frappe. (Si quelqu’un a demandé ce niveau d’optimisation est une autre question.)

Scénarios réels : Vim flexe

Scénario 1 : Besoin d’éditer un fichier de config sur un serveur distant ?

• VS Code : Installer des extensions, configurer le développement à distance, attendre la synchronisation…
• Vim : ssh serveur && vim config.yml Terminé.

Scénario 2 : Travailler sur un fichier de 10 000 lignes ?

• VS Code : Roue de la mort
• Vim : « Quel fichier ? Je n’ai rien remarqué de spécial. »

Scénario 3 : Besoin de faire la même modification à 50 endroits ?

• VS Code : Rechercher et remplacer, espérer que ça marche, vérifier manuellement chacun
• Vim : Enregistrer une macro, la rejouer 50 fois en une commande

Les bénéfices sociaux : Niveau de suffisance maximum débloqué

N’ignorons pas l’aspect social. Quand les utilisateurs Vim mentionnent négligemment leur choix d’éditeur, ils croient qu’ils gagnent instantanément :

• +50 Crédibilité développeur
• +25 Street cred terminal
• +100 Aura « Je sais ce que je fais »
• Droits illimités de juger les gens qui utilisent la souris

En plus, selon eux, rien n’égale le regard sur le visage de quelqu’un quand ils éditent un fichier complexe plus vite que les autres peuvent ouvrir VS Code. (Le regard est généralement de la confusion mélangée à une légère irritation, mais ils l’interprètent comme de l’admiration.)

Parcours de migration : Le voyage vers l’illumination du terminal

Voici ce que les convertis Vim décrivent comme leur progression typique :

Semaine 1 : Installer Neovim, pleurer un peu, questionner ses choix de vie Semaine 2 : Apprendre la navigation de base (hjkl), commencer à ressentir « le pouvoir » Semaine 3 : Maîtriser les objets texte (ciw, da(, yip), expérimenter ce qu’ils appellent « l’euphorie » Semaine 4 : Configurer les premiers plugins, atteindre ce qu’ils considèrent comme « la transcendance » Semaine ∞ : Optimiser continuellement le workflow, devenir insupportable pour les collègues

Le verdict : Comprendre la résistance du terminal

Selon les évangélistes Vim, VS Code est très bien si les développeurs aiment :

• Attendre que les choses chargent
• Avoir 50 extensions qui gèrent leur vie
• Utiliser 2 Go de RAM pour éditer des fichiers texte
• Être dépendant d’une souris comme si on était encore en 1995

Mais si les développeurs veulent :

• Coder à la vitesse de la pensée
• Avoir un contrôle complet sur leur environnement
• Utiliser les ressources informatiques efficacement
• Rejoindre les rangs des sorciers du code habitant le terminal

Alors ces puristes du clavier insistent qu’il est temps d’adopter Vim. Ils promettent que les futurs vous (et la RAM) remercieront quiconque fait le changement.

Comme ils adorent le rappeler à tout le monde : Il n’y a que deux types de développeurs dans ce monde — ceux qui utilisent Vim, et ceux qui ne l’ont pas encore découvert. Le choix est vôtre, mais choisissez sagement, préviennent-ils. Votre clavier vous attend.

---

Prêt à commencer votre voyage ? Commencez avec la commande intégrée vimtutor dans votre terminal, ou essayez Vim Adventures (un tutoriel basé sur un jeu). Ensuite passez à Neovim et l’excellente configuration kickstart.nvim.

Besoin d’inspiration ? Consultez ce super article sur pourquoi les développeurs choisissent encore Vim en 2023.

Attention : Les effets secondaires de l’utilisation de Vim peuvent inclure une productivité accrue, une addiction au terminal et une envie irrésistible d’évangéliser les autres sur la supériorité de l’édition modale.