Guerre d'éditeurs de texte

Actuellement, Guerre d'éditeurs de texte est devenu un sujet d'une grande importance et pertinence dans notre société. Son impact couvre différents domaines, de la santé et de la technologie à la culture et à la politique. Guerre d'éditeurs de texte a suscité un grand intérêt dans l'opinion publique et a généré des débats et des réflexions sur ses implications et ses conséquences. Dans cet article, nous analyserons en profondeur les différentes dimensions de Guerre d'éditeurs de texte et son influence sur nos vies. De ses origines à son évolution dans le temps, en passant par ses scénarios futurs possibles, nous plongerons dans ce monde passionnant pour mieux comprendre l'importance de Guerre d'éditeurs de texte dans la société contemporaine.

Si ce bandeau n'est plus pertinent, retirez-le. Cliquez ici pour en savoir plus.
Si ce bandeau n'est plus pertinent, retirez-le. Cliquez ici pour en savoir plus.

Cet article ne cite pas suffisamment ses sources ().

Si vous disposez d'ouvrages ou d'articles de référence ou si vous connaissez des sites web de qualité traitant du thème abordé ici, merci de compléter l'article en donnant les références utiles à sa vérifiabilité et en les liant à la section « Notes et références ».

En pratique : Quelles sources sont attendues ? Comment ajouter mes sources ?

Il existe une tradition datant du début des années 1970 (et donc dès les débuts du travail courant sur écran d'ordinateur) chez les programmeurs, qui consiste à défendre son logiciel éditeur de texte favori avec une passion qui n'est pas sans rappeler à certains celle du fanatisme religieux. De nombreuses flamewars se sont déroulées entre des groupes qui s'insultaient les uns les autres en soutenant que l'éditeur de texte de leur choix était l'outil parfait pour l'édition.

Emacs contre vi

Evocation du dilemme du choix d'un éditeur lors de la convention SOTM 2012.

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. Existant depuis près de 40 ans et étant très populaires tous les deux[1], un grand nombre d'utilisateurs et programmeurs UNIX utilisent ou ont utilisé l'un de ces deux logiciels, et parfois les deux[2]. Les dernières enquêtes montrent cependant que ces deux logiciels historiques perdent du terrain en termes de popularité face à de nouveaux outils de développement tels que Visual Studio Code[3].

Il arrive fréquemment qu'à un moment de la discussion, quelqu'un avance qu'ed est l'éditeur de texte standard. Cette boutade est également reprise par la Free Software Foundation[4].

Cette rivalité entre les deux éditeurs est prise au sérieux par certains, et tournée en dérision par d'autres. Richard Stallman, par exemple, a inventé toute une phraséologie autour d'Emacs, parodiant une religion dont le but serait de célébrer cet éditeur et de décourager les utilisateurs de vi. Il s'est ainsi autoproclamé Saint IGNUcius, un saint de l'Église Emacs. Emacs dispose d'ailleurs de son propre groupe de discussion sur l'arborescence alt.religion : news:alt.religion.emacs.

De leur côté, les adeptes 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

Avantages allégués de vi

  • Vi n'est pas qu'un éditeur de texte, c'est un environnement de développement complet une fois les bons plugin ajoutés.
  • 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).
  • Les raccourcis clavier de vi ont une syntaxe de la forme nombre-verbe-sujet, qui permet d'apprendre plus facilement beaucoup de commandes, grâce au fait qu'apprendre un nouveau verbe permet de l'utiliser avec tous les sujets que l'on connaît déjà
  • 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

Cette section ne cite pas suffisamment ses sources (janvier 2025). 
Pour l'améliorer, ajoutez des références de qualité et vérifiables (comment faire ?) ou le modèle {{Référence nécessaire}} sur les passages nécessitant une source.
Richard Stallman en St IGNU–cius, un saint de l'Église de Emacs
  • L'utilisation d'une implémentation libre 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 de l'Église de Emacs.
  • Emacs - Esc-Méta-Alt-Control-Shift. (auparavant Eight Megabytes And Constantly Swapping, « Huit mégaoctets et échange mémoire constant » 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 : Emmerdement à caractère systématique.
  • C'est comme ZZ dans VI.
  • Vi a 2 modes « faire des bips » et « tout casser ».
  • Vi est très simple à apprendre. La seule combinaison de touches à connaître est « : q  ! (entrée) » (commande pour en sortir sans rien sauvegarder).

É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[réf. nécessaire], 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 sur l'écran ? 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.

Depuis lors la situation a changé : Linux (y compris Emacs et Vim) a été porté (en) sur System z et la « guerre » entre ces deux éditeurs peut se poursuivre sur ces mainframes.

Note : un éditeur nommé xedit fait partie des samples livrés avec X Window. Il n'a pas de rapport avec XEDIT.

Voir aussi

Références

  1. ↑ (en) David Auerbach, « The Oldest Rivalry in Computing », sur Slate,  : « two rival programs can stake a claim to being among the longest-lived applications of all time. Both programs are about to enter their fifth decades. Both programs are text editors, for inputting and editing code, data files, raw HTML Web pages, and anything else. And they are mortal enemies. »
  2. ↑ (en) Eric St. Raymond, The Art of Unix Programming, Addison-Wesley, coll. « Addison-Wesley Professional Computing Series », , 560 p. (ISBN 0131429019, lire en ligne), « Choosing an Editor » :

    « these two editors express sharply contrasting design philosophies, but both are extremely popular and command great loyalty from identifiable core user populations. Surveys of Unix programmers consistently indicate about a 50/50 split between them, with all other editors barely registering. »
  3. ↑ (en) « Stackoverflow 2023 Developer Survey », (consulté le )
  4. ↑ (en) « Ed, man! !man ed », (consulté le )
  5. ↑ (en) Heikki Halme et Juha Heinänen, « GNU Emacs as a dynamically extensible programming environment », Softawre:Practice and experience, vol. 18, no 10,‎ , p. 999-1009 (DOI 10.1002/spe.4380181006)

Références externes

v · m
Implémentation
Logiciels libres
Logiciels privateurs
Autres
Logo GNU Emacs
Modes
Personnalités liées
Articles liés