Développement

Pourquoi j'utilise VIM et pourquoi vous ne devriez pas l'utiliser

J'utilise VIM depuis presque une quinzaine d'années maintenant et je n'ai jamais eu envie de changer d'éditeur de texte depuis que je l'ai découvert. Certains trolls diront que c'est par ce que je n'ai jamais réussi à en sortir, mais ils ont tort, je peux le quitter quand je veux, il me suffit de redémarrer ma machine pour ça ! 😜️ [Voilà, maintenant que la blague de :q éculée est faite, on peut passer à la suite...]

Ce qui me fait bien rire, c'est que ceux qui me font cette remarque (coucou les collègues ✌️) sont bien souvent les mêmes qui changent d'éditeurs de texte régulièrement en fonction des différentes « modes ». Je les ai ainsi vus passer de Sublime Text à Atom, puis à Visual Studio Code, avec parfois un passage par un IDE de chez IntelliJ. Alors attention hein, je n'ai rien contre ces éditeurs, ils sont tous excellents. Par contre je me dis que quand on a trouvé l'éditeur qui nous convient et qu'on a pris la peine de réellement le maîtriser, on devrait être moins enclin à en changer. 🙃️

Quoi qu'il en soit, moi j'utilise VIM, et je vais vous présenter les grands principes qui régissent cet éditeur et qui font que je l'utilise au quotidien. Car si la plupart des développeurs en ont entendu parler (voire même l'on « subit » au détour d'une commande « git commit » 😉️), beaucoup le voient comme un vieux truc poussiéreux et compliqué et n'ont aucune idée de comment il peut bien fonctionner.

Capture d'écran de VIM

Le présent article en cours d'édition dans VIM #inception

VIM, un éditeur modal

Avant d'aborder VIM, parlons un peu des autres éditeurs de textes. Les éditeurs de textes « classiques » sont tous centrés autour du même paradigme : l'insertion de texte. On ouvre le programme et on peut commencer à écrire. Les autres fonctionnalités sont construites autour de ça, à base de boutons dans l'interface, de raccourcis clavier, etc. Ce fonctionnement est tellement répandu que l'on a du mal à imaginer qu'il puisse exister autre chose. Et pourtant, il existe des éditeurs de texte, comme VIM, qui sont différents.

VIM est un éditeur de texte modal. Quand on le lance, on est dans un mode, appelé « mode NORMAL », qui ne permet pas d'insérer de texte (WTF ? 🤯️), mais qui permet de naviguer dans le document (on peut par exemple se rendre à la fin du fichier en tapant « G », retourner au début en utilisant « gg » ou ouvrir le fichier dont le nom se trouve sous le curseur à l'aide de « gf »). Ce mode permet également de manipuler le texte déjà présent dans le fichier (ainsi on peut supprimer un paragraphe en tapant « dip » ou passer un mot en majuscule avec « gUiw »).

Si on veut ajouter du texte, il faut passer en « mode INSERTION ». Une fois dans ce mode, VIM se comporte comme un éditeur de texte classique : quand on appuie sur les touches du clavier, les caractères correspondants sont insérés dans le document. Il existe plein de façons de passer en mode INSERTION, tout dépend de ce que l'on cherche à accomplir. Par exemple, si on appuie sur « i » depuis le mode NORMAL, on entre en mode INSERTION à l'endroit où se trouve le curseur. Mais on peut également utiliser « ci" », ce qui aura pour effet de supprimer le contenu de la chaîne de caractères se trouvant sous le curseur et de nous placer en mode INSERTION à l'intérieur de celle-ci (entre les deux guillemets quoi) afin de remplacer rapidement son contenu.

Exemple de passage en mode INSERTION avec « ci" »

Il existe également un « mode COMMANDE », qui s'active en appuyant sur « : » depuis le mode NORMAL et qui permet en suite d'entrer diverses commandes. Par exemple, si je tape « :10,20sort », VIM va me trier les lignes 10 à 20 du fichier par ordre alphabétique. C'est également depuis ce mode qu'on peut quitter VIM à l'aide de la célèbre commande « :q » (eh oui, il n'y a pas besoin de redémarrer le PC pour quitter l'éditeur en fait 😜️).

Exemple d'utilisation du mode COMMANDE avec « :1,5sort »

Il existe encore plusieurs autres modes, certains très utiles, comme le « mode VISUEL », et d'autres plus obscures (coucou le « mode EX » qui sert à rien !), mais on ne va pas en parler ici, on n'est pas là pour faire un cours de VIM. 😉️

VIM, une langue avec sa grammaire et son vocabulaire

Je vous ai montré quelques exemples de commandes dans la section précédente ; elles ont dû vous sembler bien obscures si vous n'avez jamais utilisé cet éditeur. En réalité elles sont très faciles à comprendre une fois qu'on connaît la grammaire et le vocabulaire de VIM. Pour vous expliquer ça, on va disséquer la commande « dip » qui supprime le paragraphe sous le curseur :

  • Ici, « d » est le verbe d'action et signifie delete (supprimer).
  • Ensuite, « i » est un modificateur qui signifie inside (dedans, à l'intérieur). Il va permettre de préciser ce qui va suivre.
  • Enfin, « p » est le sujet (dans le cas présent il s'agit de ce que l'on appelle un text object), et signifie paragraph.

On peut donc construire la phrase suivante : « delete inside paragraph », soit « supprimer l'intérieur du paragraphe ».

De la même façon, la commande « gUiw » vue précédemment se traduit par « go uppercase inside word » (mettre en majuscules l'intérieur du mot) et la commande « ci" » signifie « change inside double-quotes » (modifier ce qui se trouve entre les guillemets doubles).

Il y aurait de quoi écrire un livre entier sur le vocabulaire et la grammaire de VIM, et je suis moi-même loin de tout connaître, mais le peu que je vous ai montré devrait suffire à ce que vous vous rendiez compte d'à quel point c'est puissant. Ce qui est le plus intéressant avec tout ça, c'est que c'est comme apprendre une langue étrangère : à chaque fois que l'on apprend un nouveau mot, on peut immédiatement l'utiliser dans plein de contextes différents, ce qui permet de faire de nouvelles phrases (dans notre cas cela nous ouvre tout un éventail de nouvelles commandes).

Pourquoi je continue à utiliser VIM depuis si longtemps ?

En écrivant cet article, la réponse à cette question m'a semblé évidente : j'ai appris à parler sa langue, tout simplement. Là où vous ne voyez que des commandes incompréhensibles, moi je vois des phrases limpides. Il ne faut pas aborder les commandes de VIM comme des raccourcis clavier qu'il faudrait connaître par cœur, mais comme une langue qu'il faut apprendre à parler.

Je n'ai pas envie de changer d'éditeur, tout simplement par ce qu'aucun autre ne me permet de manipuler du texte avec autant de précision. Aucun éditeur de texte ne me fournit un langage permettant de lui parler pour qu'il fasse exactement ce que je lui demande. Enfin, aucun éditeur ne m'a permis de faire autant de choses au clavier sans me forcer à apprendre des raccourcis clavier à rallonge (je n'ai que dix doigts moi, n'est-ce pas Emacs 😁️). Ceci dit, si vous êtes un adepte de la souris, sachez que ça fait bien longtemps que cette dernière est supportée par VIM, donc oui, il est possible de sélectionner du texte ou de redimensionner les vues splitées avec cette dernière.

Au final VIM est un éditeur très puissant et agréable à utiliser au quotidien. Il est extrêmement personnalisable et totalement scriptable. Il est de plus soutenu par une énorme communauté, qui a rédigé un nombre impressionnant d'articles, de documentations et bien sûr de plugins pour à peu près tout et n'importe quoi (par ce que oui, vouloir utiliser VIM sans aucun plugin, c'est vraiment aimer souffrir... mais on ne juge pas hein 😜️).

Pourquoi vous ne devriez pas utiliser VIM

Je ne vais pas vous mentir : apprendre à utiliser VIM est long et difficile (en comparaison avec les autres éditeurs hein, c'est pas la mort non plus 🙃️), et cela demande de faire quelques efforts (ouch ! 😥️). Apprendre VIM, c'est apprendre une nouvelle langue : au début on manque de vocabulaire et on a du mal à construire des phrases qui ont un sens, il faut donc accepter que pendant un certain temps, on va galérer et perdre en productivité. Mais les choses s'améliorent avec le temps et on finit par être plus à l'aise. Parmi ceux qui ont la curiosité de s'essayer à VIM, beaucoup abandonnent au bout de quelques jours : c'est normal, cet éditeur est atypique et ne peut pas convenir à tout le monde.

Quoi qu'il en soit, cet article n'a pas pour but de vous décourager d'utiliser VIM (comment ça mon titre est pute-à-clic ? 😜️), mais il n'a pas non plus pour but de vous convaincre de l'utiliser. Un éditeur de texte est un outil, pas une religion. Je ne m'intéresse pas aux guerres de clochers : je me fiche donc de savoir quel éditeur est supposé être le meilleur. Les gens qui utilisent d'autres logiciels ne sont pas des « hérétiques » qu'il faudrait à tout prix convertir, ils utilisent simplement l'outil qui répond à leurs besoins et avec lequel ils sont à l'aise, et c'est très bien comme ça. [Si toutefois vous rencontrez des développeurs qui bossent avec notepad.exe, faites quelque chose pour leur venir en aide, abrégez leurs souffrances ! 😧️]

Au final, j'ai écrit cet article par ce que j'avais envie de démystifier VIM : ce n'est pas un truc obscur que seuls quelques barbus adeptes de la magie noire peuvent utiliser. C'est un éditeur de texte qui fonctionne de manière différente de ce à quoi on est habitué, et je voulais vous faire découvrir son approche particulière de l'édition de texte.

J'ai également écrit cet article pour vous donner un conseil : ne suivez pas les modes. Trouvez l'éditeur de texte qui vous convient, on s'en fout qu'il soit hype ou non, et surtout, maîtrisez-le, vraiment. Je vois trop de développeurs qui n'exploitent pas du tout le potentiel de leurs outils. On a la chance d'avoir à disposition de nombreux éditeurs différents, tous excellents, il faut apprendre à s'en servir et à utiliser toute la puissance qu'ils proposent !

J'espère que cet article aura pu vous apprendre quelques trucs ou tout du moins qu'il vous poussera à tirer le meilleur des outils que vous utilisez au quotidien. D'ailleurs, ça m'intéresse : Quel éditeur de texte utilisez-vous, et pourquoi ? De quelles fonctionnalités ou de quelle approche particulière dispose-t-il ? [C'est pas noté hein, ya pas de bonne ou de mauvaise réponse ! 😜️]

:wq

43 commentaires

Insérez votre commentaire ici (au moins 3 lettres)

VIM c'est pourri !

:%s/pourri/génial/g

;-)

JonathanMM

Le problème avec vim, c'est que tous les articles qui en parle rapidement, disent comment entrer en mode insert, mais jamais comment en sortir !

😜

Effectivement, j'aurais peut être dû préciser qu'il faut appuyer sur <Escape> pour sortir du mode INSERTION, c'est toujours une info utile 😅️

Loïc

":wq" est bien la démonstration qu'on est pas obligé de tout connaître dans vim pour l'utiliser, même pendant des années. ":x" fait la même chose avec une touche de moins, mais ça n'a pas d'importance tant que votre utilisation de votre éditeur de texte ou IDE est confortable, vous plaît. C'est une grosse boîte à outils, mais si vous préférez la clé à molette à la clé à pipe pour dévisser des boulons, pas de souci tant que ça répond à votre besoin.

Je connais « :x » mais je n'y pense jamais, « :wq » me vient toujours à l'esprit avant, probablement par ce qu'il a plus de sens sémantiquement pour moi (write/quit).

Et comme vous le dites, il faut utiliser les outils qu'on préfère de la manière qu'on veut, du moment qu'on arrive au résultat souhaité sans se prendre la tête. 👍️

Ligerien

Moi j'utilise ZZ mais à part ZZTop je sais pas ce que ça veut dire :)

Je dois dire que Spacemacs puis Doom Emacs ont terminé de me convertir à la logique vim. J'apprécie de plus en plus le mode commande. Couplée avec les commandes Emacs auto-documentée, c'est très efficace.

Le gros avantage de vim, c'est qu'il est présent dans toutes les VM que vous allez rencontrer. Donc savoir le maîtriser un minimum, c'est peu comme savoir faire malloc et free : même si c'est pas ton métier aujourd'hui, ça te servira inévitablement.

Je ne connaissais pas Doom Emacs, ça a l'air sympa. C'est vrai qu'il y a pas mal de trucs cool du côté d'emacs aussi 😁️

Nebtoi

Et malgré des années d'utilisation on passe toujours à coté de l'immense puissance de la bête. (JE , en fait...) Super article, qui m'a motivé pour apprendre la langue plus en profondeur, je sais demander mon chemin, mais à peine plus. Une ressource à proposer, claire, complète, synthétique, et agréable? (oui, je sais, le graal...)

Étant donné que j'ai vraiment appris VIM sur le tas, je n'ai pas vraiment de ressources bien structurées qui m'aurait aidé et que je pourrais recommander les yeux fermés.

Ceci dit, j'ai prévu de lire le livre « Vim pour les humains » pour voir si je pouvais le recommander à des vimistes débutants. Il y a aussi « A Byte of VIM » (en anglais) qui semble intéressant.

Au-delà des livres, il y a aussi les TupperVim qui permettent de rencontrer des vimistes et d'apprendre pas mal de trucs et d'astuces. Sur le site ils listent aussi quelques ressources et il y a des archives des différentes rencontres qui ont eu lieu.

J'espère que ces quelques informations pourront t'aider 🙂️

Nebtoi

Super! Je creuse ça, merci

L'outil vimtutor est sympa pour apprendre les commandes de base en pratiquant directement dans le terminal

Richard

Haha, trop bien ça, apprendre Vim de manière ludique, je note pour ma prochaine rencontre du type "comment on utilise vim" ?

Merci pour le lien

Excellente article (réflexion), vraiment!

LinuxUser

Merci, cet article est simplement génial !

Effectivement le truc de la traduction des commandes en phrases est LA chose qui manque aux articles sur Vim, et savoir ça c'est essentiel, maintenant que je le sais je me sens même un peu bête tellement cela semble être une évidence.

Juste une question, ou peut-on trouver une référence sur le vocabulaire Vim ? J'ai beau regarder le man, je trouve pas. Par exemple, je vois pas comment on peux traduire G ou gg par début ou fin de fichier (et mieux qu'une réponse, si on pouvais me donner la doc correspondante ca serait top, d'ailleurs si cette doc existe, il serait sympa de l'ajouter à l'article).

Merci encore !

Pour ce qui est des phrases, j'en avais conscience depuis longtemps, mais c'est en écrivant cet article que j'ai réussi à le formuler (comme quoi, ça aide à organiser sa pensé d'écrire des articles). 😁️

Pour ce qui est des commandes comme gg, dd, yy, cc, etc, il s'agit plus de raccourcis que de vrai phrases (par ce qu'on veut souvent supprimer ou copier une ligne et que c'est rapide d'appuyer 2 fois sur la même touche)...

Il n'existe pas à ma connaissance d'index exhaustif de tous les verbes (operator), mouvements (motions) et objets, mais ce qui s'en rapproche le plus est la page motion dans la doc de VIM, accessible via la commande « :help motion.txt » ou en ligne à l'adresse http://vimdoc.sourceforge.net/htmldoc/motion.html

LinuxUser

Oops désolé je viens de lire les commentaires précédents, a priori pas de graal, dommage :'(

J'ai appris à utiliser vim pendant plusieurs semaines (voir mois), pour au final en partir. Pourquoi ? Simplement que lorsqu'on code en java, le tooling de l'ide est tellement puissant qu'il vaut mieux apprendre a maitrisé sont IDE.

Par exemple, j'utilise intellij, il permet de faire énormément de chose, au niveau de l'autocompletion, du refactoring, de la gestion des tests, l'écriture des requetes sql, etc, etc ...

Il existe bien un plugins vim, mais l'intégration laisse grandement à désirer !

Et pourtant VIM permet des trucs qui ne permet pas intellij, comme par exemple : selectionner tout le texte entre deux () ou "". Eclipse lui, le permet, vim aussi, mais pas intellij. Pourtant ce petit désagrément n'est pas suffisant pour se passer de tout le tooling existant

Il y a des langages comme Java avec lesquels il est très difficile de se passer d'un bon IDE dédié.

Si je devais coder en Java demain, je chercherais plutôt un « mode VIM » pour un IDE (par exemple ideaVim pour les IDE IntelliJ) plutôt que d'essayer de bosser directement dans VIM.

Il faut savoir lâcher l'affaire quand un outil n'est pas adapté à un usage et ne pas s'entêter à l'utiliser quand clairement c'est pas fait pour. 👍️

Ce n'est pas une question troll : quel langage, ou plutôt quel type de projet n'a pas besoin d'IDE ? Je travaille en python back, angular front, une bdd postgresql, git etc. Je ne me vois pas me passer d'un IDE (moi j'utilise pycharm) pour la gestion de git, de l'écriture dans mes chaines de caractère de sql, la connexion à la bdd, le refacto, la gestion de git etc. Bref pour tout ce qui tourne autour d'un projet. Du coup dans quel cas utiliser que vim (et non pas comme tu dis d'un mode vim d'un ide quelconque)

Je travail sur pas mal de projets en Javascript (y compris des gros), en Python et en C, et VIM répond à tous mes besoins (avec quelques plugins bien sur). J'ai de l&#39;auto-complétion, une intégration avec Git (pour voir les fichiers et les lignes modifiées entre autre), une intégration des différents linters aussi (flake8 pour python, eslint et jshint pour javascript),... bref on est pas forcément très loin de l'IDE sur certains aspects. Je suppose que c'est une question de goût.

La plupart des mes collègues qui bossent sur sur du JS ou du PHP n'utilisent pas d'IDE mais Visual Studio Code, à priori ça leur convient.

Après pour ce qui est des liaisons avec des bases de donnés, ça j'avoue que j'ai jamais utilisé donc ça ne me manque pas... Mais il faudrait que je me renseigne sur l'existence de plugins pour ce genre de choses. 🙂️

Ton commentaire semble découper vite en deux le monde des éditeurs. On retrouve énormément de fonctionnalité d'IDE dans Doom Emacs : complétion, navigation dans le code, arbre d'annulation, navigation dans le projet, perspectives, intégration git avancée, etc.

Par exemple, avec magit, je peux ajouter/retirer un diff ligne par ligne, ce que ne permet pas git add --patch.

VS Code et LSP apporte beaucoup de choses à tout le monde, y compris à nos bon vieux éditeurs UNIX. La puissance d'édition du langage de vim et les fonctionnalités modernes font un bon mélange.

Doom Emacs a l'avantage d'avoir des menus conçus pour naviguer au clavier, et auto-documenté. Je trouve ça bien plus pratique que les interfaces lourdingues des IDEs. Je parle juste d'UX, hein.

Oui je caricature un peu, il y a effectivement tout une palette d'éditeurs entre le bloc note Windows et le gros IDE qui code presque à ta place 😉️

Mon hémisphère gauche utilise Emacs pour avoir facilement accès à trop de documents ouverts à la fois, faire des query-replace à travers tout le document et produire du nouveau code. Mon hémisphère droit utilise vim pour les petites retouches, les messages de commit, et compagnie.

Je m'y suis mis plus sérieusement quand j'ai constaté que j'avais de toutes façons un 'vim' ouvert dès que j'ouvrais un fichier à partir de cscope (<3), et qu'une grande partie de ce que j'avais appris à faire avec less (y compris les recherches par expressions régulière que je n'ai pas encore réussi à faire avaler par Emacs).

Mais il y a encore plein de choses que je devrais pouvoir faire directement dans vim (d'après sa réputation) que je fais à coup de cut/grep/sed et autres sum.pl de mon crû.

Nicolas

Je serai curieux de connaître votre avis sur Neovim que j'ai remplacé par Vim il y a quelques mois...

Je pense que Neovim est une proposition intéressante de modernisation de VIM (et de sa codebase), mais je n'ai pas vraiment d'avis dessus : ça fait des mois que je me dit qu'il faudrait que je le teste, mais je n'arrive pas à trouver le temps de le faire 😅️

Par contre je veux bien savoir pourquoi vous êtes (re?)passés de Neovim à VIM 🙂️

Damien

Moi j'utilise vim pour écrire du texte, tenir un journal, écrire des documents, articles, en txt ou markdown. Je n'écris pas de code avec, d'ailleurs je n'écris jamais de code. Je trouve vim pratique pour du texte. J'ai ajouté des plugins : vim-startify , goyo.vim , vimwiki , vim-instant-markdown , undotree.

Pour ma part j'utilise VIM à la fois pour écrire et pour coder, donc forcément j'ai pas mal de plugins liés à l'édition de code.

En tout cas intéressant undotree, ça me rappel gundo.vim que j'utilisais mais qui ne fonctionne plus chez moi et qui ne semble plus maintenu, du coup je vais l'essayer ! 😃️

sebt3

Salut,

Comme toi, j'utilise vim au quotidien. Comme toi, je l'apprécie pour la même raison : j'ai appris son langage.

Pour ton info, le mode ex n'est pas dénué de sens. C'est historique. Tu sais que vim est une version amélioré de vi. Mais savais-tu que vi est une version visuel d'"ex", c'est aussi pourquoi on quitte le mode "ex" en tappant "visual". (pour finir l'histoire, "ex" est une version étendu de "ed" l'éditeur originel des Unix). Le mode ex permet(tait) aux ancien d'ex de se sentir à la maison.

J'ai appris vi sur sunOS, Aix, HPux et true64. alors quand j'ai découvert vim, j'avais découvert le sain graal. Mais aillant vraiment l'habitude de vi, le vim-tiny installé en standard me suffi amplement sur les serveurs que je gères. Après sur ma machine, j'ai un vrai vim complet... et sans plugin. Dans ma config, je désactive juste le support de la souris (qui me gonfle profondément), active la coloration syntaxique et l'auto-indentation. Utiliser vim sans plugin, c'est pas aimer souffrir, c'est avoir appris l'outil il y a plus longtemps :P

:wn

Salut,

Pour ce qui est du mode EX, je sais qu'il est là pour des raisons historiques et qu'il va rester pour des raisons de rétro-compatibilité. Mais il faut reconnaître que quasiment plus personne ne s'en sert aujourd'hui. Ça fait même plutôt bizarre la première fois qu'on l'active par erreur et qu'on ne sait pas en sortir. 😅️

La phrase « utiliser VIM sans aucun plugin, c'est vraiment aimer souffrir », c'était pour marquer un peu les esprits et faire réagir, j'avoue 😉️. Oui on peut utiliser VIM sans plugin, mais je voulais surtout « décomplexer » leur utilisation : j'ai déjà croisé quelques « puristes » qui refusent tout plugin par principe, je trouve ça stupide. Personnellement sur mes serveurs j'utilise VIM, et j'y ai rajouté un plugin pour avoir la coloration syntaxique des fichiers de configuration de Nginx. 😁️

sajinsa99

"sans aucun plugin" en fait l'argument derrière, (parce qu'on me l'a sortie aussi) c'est si tu dois te connecter sur une session/machine à base de linux/unix donc, et autre que ta ou tes machines, par défaut vi/vim est installé mais sans aucun plugin, et même sans ~/.vimrc, donc s'habituer à un vi/vim de base (et d'ailleurs je pense que de connaître une base de vi ne fait pas de mal et peut donc aider, après approfondir . . . tu as raison c'est qu'un outil, libre aux autres de le faire, ou pas). en tout cas, ça m'arrive quotidiennement, on a une chi* de build servers en linux (rhel, sles, ...) , sunos, hp, aix, macos, etc, bref, au moins, je ne suis pas perdu/dérouté (où qu'il est mon plugin ??? mais c'est pas le mien, c'est celui de "tarte en pion" !!! il m'a tout cassé !!!)

maintenant, si tu utilises vim sur ton ou tes postes que tu as, et configuré par tes mimines, 1000 fois oui, pourquoi se priver 😁️

Effectivement, sur une machine qui va être accédée par plusieurs personnes, il vaut mieux éviter de mettre des configurations et des plugins exotiques. 😁️

Sur les serveurs, je rajoute un vimrc pour avoir de la coloration syntaxique, de l'indentation automatique, désactiver la compatibilité vi, etc. Et les seuls plugins que j'y rajoute c'est ceux pour la coloration syntaxique (comme celui pour les fichiers de config nginx).

gilcot

Je fais partir des gens qui se rabattent sur "ex unfichier" quand "ed unfichier" n'est pas possible, et il semble que même le créateur de "vi" original préfère utiliser aussi le vénérable "ed". Alors, le dit "mode ex" honni est pourtant le fameux "mode commande" dans lequel on reste exclusivement… (du coup, plus besoin de taper les deux-points avant chaque commande, mais par contre on n'a plus tout le texte affiché devant les yeux et c'est probablement ce qui fait peur aux gens qui vomissent sur ce mode ? …qui est le mode dans lequel ont travaillé tous les pères d'Unix et des commandes historiques)

:wp

Comète

Salut,

elle a l'air sympa ta config de VIM, pourrais-tu rajouter un lien pour la récupérer ?

Merci

Tu peux trouver ma config actuelle sur Github : https://github.com/flozz/webvim

Mais franchement c'est le bordel, faudrait que je reparte de zéro et que je vire ce qui me sert plus. J'étais parti de la config de Webvim par facilité à l'époque mais du coup j'ai plein de trucs qu'il faudrait que je nettoie 😅️

Banban

La manière la plus élégante de quitter vim est via :!ed

ofcourse

VIM c'est pour les Asperger++

Pierro

Une fois j'ai activé l'éditeur VIM sur IntelliJ... j'ai galérer a comprendre ou était le problème et j'ai réinstaller l'IDE, Un jour, je me motiverait a apprendre a utilisé VIM (que ce soit pour ma culture perso ou juste de temps en temps aider d'autres personnes qui l'utilise et pas me faire foudroyer a lancer nano 😇)

VIM .. J'ai jamais aimé.

Ou alors c'est juste que j'ai jamais su m'en servir correctement, je pense que c'est plutôt ça !

Lost_Generation

J'ai un collègue dans mon entreprise qui utilise Notepad++, et je suis d'accord sur un fait, j'en ai marre. En plus il m'explique que c'est génial alors que c'est juste un éditeur simple , même je trouve pas terrible, voir pourri. Voir extrêmement pourri, voir inutile de nos jours. ¨Par contre VIM , je n'aime pas non plus, du moins, il est où l'intérêt quand visualStudio existe!? VisualStudio surpasse VIM où je suis le seul à penser ça. Mais en tout cas VIM reste largement meilleur que Notepad++, c'est indéniable!

Archile

vi est installé par défaut sur Unix/Linux et : - quand tu accèdes à un serveur distant sans interface graphique tu peux utiliser vi; - quand ta machine perso sous Unix/Linux a un soucis au démarrage et que tu n'as accès qu'à la ligne de commande vi te permet de modifier tes fichiers de configuration; - quand tu installes un BSD ou un Linux sans interface graphique, tu peux accéder à tes fichiers de config depuis vi; - et Visual Studio (Code) pour éditer un fichier de config, ça n'a pas trop de sens.

Compare Visual Studio (non Code) à vi(m) n'a pas trop d'intérêt dans le sens ou se ne sont pas les mêmes types de produits. Les deux ont leurs qualités, leurs défauts et leurs domaines de prédilection.

Gribouillis

J'ai appris vi dans les années 80, en fait c'est le premier éditeur que j'ai appris (à l'époque vi n'était pas «improved») et j'ai bien aimé à l'époque. Aujourd'hui, j'utilise généralement Kate. J'aimerai bien faire un peu de Vim de temps en temps, mais j'ai un clavier Bépo et ça casse tout. Il y a des bidouilleurs qui ont inventé des réaffectation de touches vim pour bépo mais je n'y comprends rien. C'est bien dommage, j'aimerai pouvoir m'en servir sans me noyer dans la configuration de Vim...