- Alt.religion.emacs
-
Guerre d'éditeurs
Il existe une tradition datant du début des années 1970 (et donc dès les débuts du travail courant sur écran) chez les programmeurs, qui consiste à défendre son éditeur de texte favori avec un enthousiasme qui frise le fanatisme religieux. De nombreuses flamewars se sont déroulées entre des groupes qui insultaient les autres en soutenant que l'éditeur de texte de leur choix était l'outil parfait pour l'édition.
Sommaire
Emacs contre vi
Les guerres d'éditeurs éclatent habituellement entre les inconditionnels d'Emacs et ceux de vi, les deux éditeurs de texte les plus populaires sur les systèmes UNIX. Beaucoup d'utilisateurs et de programmeurs UNIX utilisent l'un de ces deux logiciels. Plusieurs sont familiers des deux, en tout cas, suffisamment pour participer au débat et penser qu'ils sont bien placés pour pouvoir dire lequel est « le meilleur ».
Il arrive fréquemment qu'à un moment de la discussion, quelqu'un avance qu'ed est l'éditeur de texte standard.
L'église d'Emacs a été formée par les utilisateurs d'Emacs pour célébrer Emacs et décourager l'usage de vi. Elle dispose de son propre groupe de discussion, news:alt.religion.emacs. Richard Stallman s'est lui-même déclaré avec humour, Saint IGNUcius, un saint de l'église d'Emacs.
De leur côté, les amoureux de vi ont créé le Culte de Vi, que certains utilisateurs d'Emacs appellent « clairement une misérable tentative pour singer leurs maîtres ».
Avantages allégués d'Emacs
- Emacs a un jeu de commandes disponibles bien plus grand que n'importe quel éditeur basé sur vi.
- Le langage de script d'Emacs est une variante de LISP et de nombreux plugins sont disponibles comme le client de courrier électronique et lecteur de nouvelles Gnus.
- Emacs inclut vi, sous forme du viper-mode. (vi n'est pas Vim. Emacs n'inclut pas Vim.)
- Emacs ne nécessite pas de va-et-vient entre les modes « commande » et « insertion ».
- GNU EMACS peut réaliser des opérations sur les dates, avec par exemple le calendrier maya ou discordien, ce que ne peuvent pas faire les éditeurs basés sur vi.
- Pour le néophyte, le fonctionnement est naturel : chaque pression d'une touche du clavier affiche le caractère correspondant à l'écran.
Avantages allégués de vi
- Les commandes de vi nécessitent rarement l'utilisation des touches de modification, comme Ctrl ou Alt. Certains utilisateurs trouvent que cela réduit les troubles musculosquelettiques (comme le syndrome du canal carpien).
- Vi est plus léger et plus rapide qu'Emacs.
- La présence de vi est garantie par les standards POSIX.
- Vim, un éditeur populaire basé sur Vi est scriptable dans des langages courants tels que Perl, Python et Ruby.
- Vi fonctionne mieux avec les terminaux passifs. Bien que ce ne soit pas aussi important qu'auparavant, cela peut être essentiel, par exemple quand les défaillances du système ont atteint un point où l'environnement graphique ne peut pas démarrer et que l'on dispose d'un environnement console très limité.
- Les combinaisons de touches d'Emacs entrent en conflit avec certaines implémentations de telnet.
- L'utilisation des fonctionnalités avancées nécessite généralement moins d'effort de configuration dans Vi que dans emacs.
Expressions humoristiques
- L'utilisation de vi n'est pas un péché, mais une pénitence. (Richard Stallman)
- Emacs est un très bon système d'exploitation auquel il ne manque qu'un bon éditeur de texte.
- Vim est un éditeur ; il ne cherche pas à inclure "tout sauf l'évier de la cuisine" mais vous pouvez nettoyer le vôtre avec Vim.
- "VI VI VI, le chiffre de la bête !" disent les emacsiens apeurés.
- Emacs, c'est Esc-Méta-Alt-Control-Shift. (on disait aussi Eight Megabytes And Constantly Swapping du temps où cette taille mémoire était considérée comme élevée).
- Emacs Makes A Computer Slow ("Emacs ralentit l'ordinateur", sous forme d'acronyme récursif)
- Emacs : Emmerdemment à caractère systématique.
Éditeurs pour mainframes
Les guerres d'éditeurs n'ont pas épargné les mainframes, et c'est même sur ces derniers qu'elles ont commencé. Si dans le monde du full-screen un consensus de présentation a été rapidement adopté menant à des éditeurs cousins comme EDGAR (EDiting Graphically And Recursively, le pionnier), XEDIT (Xavier's EDITor, sous VM/CMS) et l'éditeur d'ISPF (sous MVS/TSO), une bataille a fait rage pendant dix ans concernant les commandes UP et DOWN sur chaque éditeur : UP devait-il faire monter le pointeur dans le texte, ou au contraire faire monter le texte ? Une remarque finit par privilégier l'un des points de vue : puisque dans tous les éditeurs, TOP plaçait au début du texte et BOTTOM à la fin, était-il plus logique que UP rapproche de TOP ou de BOTTOM ? La réponse devenait dès lors évidente et tous les éditeurs de mainframes IBM s'alignèrent alors sur ce choix.
Les éditeurs pour mainframes étaient conceptuellement très différents des éditeurs interactifs, car il n'était pas question dans le premier contexte de solliciter l'unité centrale à chaque touche pressée. Il fallait se contenter des possibilités d'interaction locales - assez riches toutefois - de l'unité de contrôle associée à l'écran. Pour cette raison, il était aussi difficile de passer de Vi à XEDIT que de XEDIT à Vi, ce qui créa une nouvelle guerre d'éditeurs entre éditeurs mainframes et éditeurs totalement interactifs. Des clones d'XEDIT furent créées pour le contexte interactif, par exemple GEDIT ou The Hessling Editor. Il était en revanche structurellement impossible de porter Vi sur mainframe, sauf à le programmer dans le langage de l'unité de contrôle elle-même : les outils pour le faire n'étaient pas disponibles, et la mémoire de ces unités de contrôle de toute façon trop petite pour y porter tout Vi, a fortiori EMACS.
Note : un éditeur nommé xedit fait partie des samples livrés avec X-Window. Il n'a pas de rapport avec XEDIT.
Raison des guerres d'éditeurs
Une boutade dit que les guerres d'éditeurs sont comparables aux guerres de religion, mais en plus passionné. Pourquoi cette passion ? Parce que tout ce qui concerne l'interaction d'un utilisateur avec son clavier relève de comportements qu'il finit par se programmer de façon presque réflexe, sans que le conscient entre à chaque fois dans le détail de ce qui est fait. Lorsque l'on change d'éditeur (de même que quand on passe d'un clavier AZERTY à un QWERTY, ou l'inverse ou qu'on doive utiliser les raccourcis clavier Windows ↔ Macintosh), le conscient est en permanence dérangé pour traiter les erreurs commises à cause de ces gestes acquis, et interfère donc de façon irritante avec le travail d'écriture lui-même. Par association d'idées, l'irritation est alors souvent attribuée à l'éditeur utilisé et non à la différence d'éditeur, notion plus abstraite.
Voir aussi
Lien externe
Portail de l’informatique
Catégories : Éditeur de texte | Unix | Hacking | Culture informatique
Wikimedia Foundation. 2010.
