Après 20 ans sur Emacs, je suis passé du côté des Vimmers.

La raison est simple.

• En Corée, tous mes « camarades » sont actifs dans l’ombre, donc c’est vraiment trop difficile de les rencontrer.
• Je n’arrive vraiment pas à me familiariser avec ELisp.
• Le professeur de fac qui m’a fait découvrir Emacs utiliserait VS Code ces derniers temps…
• gccemacs était un rayon d’espoir, mais en dehors de Linux, ce n’est pas devenu spécialement plus rapide.
• Avec l’intégration de Lua dans Neovim, plus besoin d’écrire ce foutu vimscript.
• Lua est un langage de développement meilleur que je ne le pensais.

Ce qui me manque le plus depuis mon passage chez les Vimmers.

• Il n’existe pas sur Neovim de plugin qui remplace vraiment la combinaison magit + forge d’Emacs.
• Neovim n’a rien d’équivalent à tramp d’Emacs.

Ce que j’apprécie depuis mon passage à Neovim

• Encore moins de mémoire utilisée que par Emacs
• Un démarrage plus rapide
• Une communauté plus grande, et davantage de ressources

Pour ceux qui utilisent Vim, parlez un peu de ce qui vous manque~~

[functor]

Si vous utilisez doomemacs, tous les problèmes sont résolus.

[acadx0]

Créer des plugins neovim est mon hobby. J’aime bien neovim !

[bbulbum]

Comme j’avais récemment un peu mal au poignet, j’ai voulu réduire l’usage de la souris et je suis passé de VSCode à Neovim.
Jusqu’ici, je n’utilisais Vim qu’occasionnellement pour modifier un fichier de configuration de temps en temps, donc j’ai pratiquement commencé à l’apprendre depuis zéro.. haha
C’est vraiment sympa de découvrir les combinaisons de raccourcis une par une.
Je n’avais pas confiance en moi pour tout configurer petit à petit, et comme je suis très occupé par le travail, je n’avais pas vraiment le temps pour ça,
alors j’ai commencé avec une couche IDE appelée LunarVim, mais au final je me retrouve quand même à écrire chaque élément dont j’ai besoin un par un. Bref, jusqu’ici j’en suis plutôt très satisfait. Ravi de vous voir tous ici haha

[househole]

J’utilise Vim, mais pour l’instant je ne me dis pas vraiment qu’il faut absolument passer à Neovim ! Y a-t-il des avantages particuliers ?
Avec Neovim, est-il possible de développer des plugins et de configurer les réglages en Vim script ou en Lua ?

[jjpark78]

Déjà, il y a beaucoup d’avantages, comme le fait qu’il prenne en charge Lua, qu’il soit toujours bien maintenu et qu’il fasse l’objet d’optimisations bien plus poussées.

[bakyeono0]

Moi, c’est l’inverse : j’abandonne Vim, que j’utilise depuis 10 ans, pour passer à Emacs. - Yeono

[bakyeono0]

Après 20 ans sur Emacs, je suis passé du côté des utilisateurs de Vim.

En utilisant Emacs,
contrairement à Vim, l’absence de modes de navigation/saisie rend certains aspects peu pratiques,
mais c’est appréciable de ne pas avoir à gérer en même temps le changement de mode et le basculement coréen/anglais.

[jjpark78]

Dans Emacs aussi, il existe un plugin de raccourcis clavier Vim appelé evil.

[johngrib]

Il m'arrive parfois de me demander si je ne devrais pas revenir à emacs, mais au final, j'ai l'impression qu'il n'y a quand même rien de mieux que vim.

[alstjr7375]

Je fais partie des rares utilisateurs coréens, haha.
En Corée, c’est vraiment très difficile de trouver des gens qui l’utilisent.

[ganadist]

Après avoir jeté un œil, il y a quelque temps, à l’implémentation de la fonction main de vim et de neovim...(..)

vim : https://github.com/vim/vim/blob/master/src/main.c#L85-L434
neovim : https://github.com/neovim/neovim/blob/master/src/nvim/main.c#L206-L577

je suis passé directement à neovim.

[ganadist]

En bonus, vous pouvez aussi utiliser Copilot avec. https://github.com/github/copilot.vim

[ehlegeth]

À ce que j’ai entendu, il semble qu’il n’y ait pas grand-chose d’équivalent à magit, non seulement dans vim, mais même parmi les éditeurs de développement en général.
Ces jours-ci, j’utilise simplement gitui.

[jjpark78]

Si on l’utilise avec forge... on finit vraiment par comprendre ce que ça veut dire d’aimer utiliser Emacs pour ça.. Et, bonus non négligeable, toute la peur liée aux opérations git disparaît d’un coup quand il s’agit de gérer des branches complexes, de réécrire l’historique des commits, de faire du rebase et de résoudre des conflits de merge..

[jjpark78]

Moi, j’utilise lazygit… si vous aimez les TUI, jetez-y un œil.

[bluenyx]

Quand on utilise vim, on finit par lui ajouter toutes sortes de plugins, mais à force de l’utiliser depuis longtemps, je m’y suis tellement habitué que je n’ai pas vraiment l’impression qu’il me manque quoi que ce soit. S’il y a un regret, c’est que je l’utilise en l’intégrant à vscode, donc ..

[kbumsik]

Oh, donc on peut s’en passer de ce vimscript de m**de ! Je vais peut-être enfin me mettre un peu à vim...

[edunga1]

Moi aussi, j’utilisais vim < 8.0 ? puis je suis passé à neovim.
J’ai migré vers neovim en utilisant coc.nvim, et depuis, le stress lié à la mise en place de l’environnement de développement a beaucoup diminué.

Le point regrettable, c’est que cela semble finir par arriver quand on installe beaucoup de plugins.

• quand on quitte le mode insertion avec esc, cela devient de plus en plus lent, mais même avec du profiling, impossible d’en trouver la cause
• quand j’ouvre de gros fichiers comme des .csv, vscode est parfois carrément plus rapide..

Peut-être à cause de ces frustrations, je m’intéresse de plus en plus à emacs.

[jjpark78]

neovim prend en charge nativement le LSP. Essayez le package vim-lsp.. c'est un nouveau monde..

[edunga1]

Je réponds avec un peu de retard. J'utilise vraiment très bien vim-lsp :D
La gestion de la configuration du serveur était meilleure avec coc.nvim, haha

[bingo992000]

J’utilise vim 8.2 pur, et avec vim + tmux, je ressens inévitablement certaines limites quand (1) je dois souvent basculer entre le coréen et l’anglais, et (2) je programme en Java.

[jjpark78]

Même en utilisant LSP, c'est pareil ??

[bingo992000]

Oui, c’est peut-être aussi parce que je n’ai pas connu le niveau ultime de vim + Java,
mais comme mes coéquipiers m’ont recommandé IntelliJ IDEA et que je l’ai essayé avec eux, je me suis dit que vim avait peut-être ses limites, puisque l’IDE fait tout, comme l’extraction de fonctions, le refactoring ou la création de l’arborescence de dossiers, des choses qui restent difficiles à faire facilement dans vim même en y ajoutant un LSP haha

[adieuxmonth]

Je vous recommande fzf + fzf.vim
C'est vraiment génial.

[jjpark78]

Moi, c’est telescope haha

[baeba]

Quand je développe dans un environnement Linux, j’utilise vi. -_-
Sinon... il m’arrive aussi d’éditer sous Windows puis d’envoyer les fichiers à distance en FTP pour développer.

[jjpark78]

Dans ce type d’environnement, tramp d’emacs est vraiment excellent... un peu comme dans la phrase de l’amiral Yi Sun-sin :

"Fais en sorte que le maître ignore si le fichier qu’il regarde en ce moment est distant ou local..."

Il s’intègre bien avec ssh ou ftp... il suffit d’indiquer l’adresse au moment d’ouvrir le fichier, puis il s’occupe tout seul de l’upload, et si une adresse ssh est définie, ouvrir un terminal depuis ce fichier lance automatiquement un terminal ssh. Le copier-coller entre buffers fonctionne aussi naturellement, sans distinguer local et distant, et tout marche très bien entre les deux.

À côté de ça, vim...

Mais de nos jours, on n’upload plus vraiment le code directement sur les serveurs, presque tout est déployé via la CI/CD... donc au final, c’est devenu une fonctionnalité dont on n’a pas vraiment besoin.

[kbumsik]

TRAMP a aussi perdu de son intérêt à cause de VSCode Remote... ;_;

[junghan0611]

J’ai récemment commencé à utiliser Emacs via Spacemacs à cause du développement en Clojure. J’ai été surpris de voir qu’il n’y avait pas tant de différences que ça avec VI. Comme vous avez employé le terme « underground », je suis curieux. Il n’y a pas autant de ressources en coréen que je l’imaginais. (Il y a bien quelques vieux contenus.) Vers quelles communautés faut-il se tourner pour obtenir des informations sur le sujet ?

[jjpark78]

J’échangeais surtout des informations sur des canaux comme Discord ou gitter.
Et, de manière assez inattendue, il y a pas mal de gens qui mettent leurs fichiers de configuration sur GitHub pour les montrer, donc faire des recherches sur GitHub est aussi assez utile.

En revanche, il est vraiment difficile de croiser des utilisateurs coréens..

[tpdns90321]

J’ai utilisé Emacs pendant 20 ans avant de passer du côté des Vimmers.

Je travaille avec tmux + vim + ycm.
Tout me convient, mais je ne suis pas satisfait des fonctionnalités de base pour explorer les fichiers. Y a-t-il un bon plugin ?

[adieuxmonth]

On dirait qu'à chaque frappe, ycm appelle l'API ; c'est vraiment utilisable ?

[jjpark78]

Avec des plugins comme telescope ou de la famille fzf, on peut gérer à peu près toutes les opérations liées aux fichiers.
En plus de ça, j’utilise aussi FloatTerm et ranger ensemble pour ajouter une fonction d’explorateur de fichiers.

[xguru]

Comme je suis passé de Sublime à VSCode...
J’ai utilisé Emacs pendant exactement six mois il y a une vingtaine d’années, et je n’y ai plus jamais touché depuis...
Je n’utilise les éditeurs de la famille VI qu’occasionnellement et temporairement dans le terminal, donc ça me surprend toujours un peu qu’il y ait encore des gens qui les utilisent.

Le Vimmer dont vous parlez, c’est quelle version ? En cherchant, j’ai l’impression que c’est assez complexe.

[jjpark78]

« vimmer » est une façon de désigner quelqu’un qui utilise vim.. ^_^

Pour ma part, je n’utilise pas vim mais neovim.. et je suis un grand fan de init.lua.

[xguru]

Ah, je vois. En cherchant Vimmer, j’ai vu apparaître quelques outils, donc je me demandais si c’était de ça qu’il s’agissait !