Ce qui m'importe dans un IDE, c'est de pouvoir m'aider avec:
de la complétion automatique des noms des variables, commandes... ça m'évite les fautes de frappe et ça aide à voir les arguments à passer
la recherche rapide des fichiers par noms incomplets
la prévention des erreurs de style en me donnant des indications à jour du linter que l'on a configuré (pour nodejs, on utilise eslint et il donne beaucoup de bons conseils)
pouvoir avoir plusieurs fichiers ouverts et affichés en même temps (les split de vim sont très bien pour ça)
pouvoir gérer les breakpoints et démarrer une session de debug
une fonction rechercher/remplacer qui comprend les expressions régulières
pouvoir naviguer dans le fichier facilement (vim est particulièrement efficace avec sa pléthore de moyen de navigations *, gd, :42, /texte, e, b...)
Je me sens déjà bien à l'aise avec ces fonctionnalités.
Après, je ne me cantonne pas à rester uniquement dans mon IDE, je n'hésite pas à ouvrir d'autres onglets dans le terminal pour utiliser des commandes extérieurs (git, grep, find, docker-compose...).
Je ne souhaiterai pas que l'IDE devienne une usine à gaz et je préfère qu'il en fasse un peu moins, mais qu'il soie réactif.
J'ai eu l'occasion de travailler avec des IDE qui ont beaucoup plus de fonctionnalités, comme Eclipse et Visual Studio Entreprise avec Resharper. J'ai eu vraiment de mauvais souvenir à cause de leur consommation excessive et constante de ressources pour que, de temps en temps, je puisse faire un refactor de malade qui va toucher une dizaine de fichiers ou trouver des références dans tout le projet (ce qui soit dit en passant peut aussi très bien être fait avec grep, find, awk et sed, c'est incroyable ces outils !).
J'ai aussi eu l'occasion de travailler avec SQL Server Management Studio, où là c'est l'inverse: ce n'est quasiment qu'un éditeur de texte avec l'arborescence de la base de donnée à côté. C'était aussi clairement pas assez pour être efficace (même si on avait 1-2 plugins pour nous aider, c'était pas assez).
Là, j'ai l'impression d'avoir atteint un juste milieu avec vim, LSP et DAP.
D'ailleurs, Visual Studio Code n'en n'est pas très loin non plus, j'ai bien aimé travailler avec aussi et je les remercie d'avoir apporté LSP et DAP, c'est vraiment pratique pour tout le monde !
[^] # Re: define IDE
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Transformer vim en IDE avec LSP et DAP. Évalué à 2.
Hello,
Ce qui m'importe dans un IDE, c'est de pouvoir m'aider avec:
*,gd,:42,/texte,e,b...)Je me sens déjà bien à l'aise avec ces fonctionnalités.
Après, je ne me cantonne pas à rester uniquement dans mon IDE, je n'hésite pas à ouvrir d'autres onglets dans le terminal pour utiliser des commandes extérieurs (git, grep, find, docker-compose...).
Je ne souhaiterai pas que l'IDE devienne une usine à gaz et je préfère qu'il en fasse un peu moins, mais qu'il soie réactif.
J'ai eu l'occasion de travailler avec des IDE qui ont beaucoup plus de fonctionnalités, comme Eclipse et Visual Studio Entreprise avec Resharper. J'ai eu vraiment de mauvais souvenir à cause de leur consommation excessive et constante de ressources pour que, de temps en temps, je puisse faire un refactor de malade qui va toucher une dizaine de fichiers ou trouver des références dans tout le projet (ce qui soit dit en passant peut aussi très bien être fait avec
grep,find,awketsed, c'est incroyable ces outils !).J'ai aussi eu l'occasion de travailler avec SQL Server Management Studio, où là c'est l'inverse: ce n'est quasiment qu'un éditeur de texte avec l'arborescence de la base de donnée à côté. C'était aussi clairement pas assez pour être efficace (même si on avait 1-2 plugins pour nous aider, c'était pas assez).
Là, j'ai l'impression d'avoir atteint un juste milieu avec vim, LSP et DAP.
D'ailleurs, Visual Studio Code n'en n'est pas très loin non plus, j'ai bien aimé travailler avec aussi et je les remercie d'avoir apporté LSP et DAP, c'est vraiment pratique pour tout le monde !