J'ose croire que, sur ce point au moins, tout le monde peut être d'accord.
je veux bien t'accorder que vim n'est pas Denis friendly, mais pas plus ;)
Dans ton article:
Nous avions surtout en commun d’avoir une profonde détestation pour la complexité inutile de l’éditeur vi
Je ne dis pas que c'est la même chose, mais ça serait une phrase que pourrait dire un développeur C à qui on apprend la syntaxe C++ sans lui avoir expliquer les concept de la programmation objet. S'il continue à faire du C en C++, il va aussi trouver qu'il y a beaucoup de complexité inutile.
L'approche vi/vim est singulière dans la distinction entre le mode commande et le mode édition. Pour quelqu'un qui écrit simplement son courrier, je suis d'accord que la distinction entre ces modes est de la complexité inutile.
Par contre, dans certains contextes, pour un informaticien, la richesse des possibilité de déplacements/recherche dans un ou plusieurs fichiers est vraiment un gros plus.
Certes, ces fonctionnalités (et parfois plus) vont se retrouver dans IDE moderne. Mais un IDE est un outil spécialisé. Vim est un outil polyvalent et installé sur plus de plateformes. Tu peux coder, faire ton courrier, consulter un log sur la prod, ...
Le choix d'utiliser vim ou pas se place dans un contexte plus général d'utilisation d'un éditeur de texte. Si tu n'utilises un éditeur de texte que pour coder dans les langages supportés par ton IDE, évidemment, il n'y a pas particulièrement de raison d'utiliser vi/vim. Si tu "factorises" ton activité d'édition de code dans toutes tes activités, ça devient intéressant de sélectionner un éditeur puissant et d'apprendre à s'en servir.
NB: tu peux remplacer vi/vim par emacs, la réflexion générale est identique.
[^] # Re: Pas tout à fait ce qui est dit dans l'article
Posté par gaaaaaAab . En réponse au lien WinSCP, l'outil idéal pour remplacer Vim. Évalué à 8.
je veux bien t'accorder que vim n'est pas Denis friendly, mais pas plus ;)
Dans ton article:
Je ne dis pas que c'est la même chose, mais ça serait une phrase que pourrait dire un développeur C à qui on apprend la syntaxe C++ sans lui avoir expliquer les concept de la programmation objet. S'il continue à faire du C en C++, il va aussi trouver qu'il y a beaucoup de complexité inutile.
L'approche vi/vim est singulière dans la distinction entre le mode commande et le mode édition. Pour quelqu'un qui écrit simplement son courrier, je suis d'accord que la distinction entre ces modes est de la complexité inutile.
Par contre, dans certains contextes, pour un informaticien, la richesse des possibilité de déplacements/recherche dans un ou plusieurs fichiers est vraiment un gros plus.
Certes, ces fonctionnalités (et parfois plus) vont se retrouver dans IDE moderne. Mais un IDE est un outil spécialisé. Vim est un outil polyvalent et installé sur plus de plateformes. Tu peux coder, faire ton courrier, consulter un log sur la prod, ...
Le choix d'utiliser vim ou pas se place dans un contexte plus général d'utilisation d'un éditeur de texte. Si tu n'utilises un éditeur de texte que pour coder dans les langages supportés par ton IDE, évidemment, il n'y a pas particulièrement de raison d'utiliser vi/vim. Si tu "factorises" ton activité d'édition de code dans toutes tes activités, ça devient intéressant de sélectionner un éditeur puissant et d'apprendre à s'en servir.
NB: tu peux remplacer vi/vim par emacs, la réflexion générale est identique.