Discussion :

[Haseo86]

Je répète:

Non il n'y a pas qu'Emacs qui les utilise. De base, les applis Tk les utilise, ainsi qu'un grand nombre d'applis Unix.

Les raccourcis d'Emacs furent pendant longtemps un standard, car ils étaient hérités eux-mêmes d'habitudes fortes au sein du M.I.T.

Je me répète encore :

Pour avoir les raccourcis CUA (ctrl-V/X/C etc.), il y a le mode "cua-mode".

Emacs n'est pas élitiste, il sait s'adapter à l'habitué de notepad++ (cua-mode), à celui de vim (viper), et ne crache pas à la gueule de ses utilisateurs de la première heure.



1) Emacs n'est pas un éditeur de texte, c'est un interpréteur LISP spécialisé dans le traitement de données textuelles. C'est tout à fait différent.

2) Emacs a un très grand nombre d'outils qui facilitent la vie du développeur, et est très facilement extensible. Et ça pour un dev ça n'est pas du gadget.

3) L'analyse syntaxique et sémantique est la grande force d'Emacs (grâce à LISP). Dans ce domaine seul Eclipse arrive presque à sa cheville (et encore, si l'on se contente de Java).

4) Emacs étend la logique du REPL (Read-Eval-Print Loop) des LISP à quasiment tous les langages. Le mode Sepia permet d'évaluer du code Perl comme on évalue du code LISP dans Emacs, idem avec Javascript, Ruby, Python etc.

Après personne n'est obligé d'utiliser Emacs, c'est évident. Mais je trouve ça fatiguant d'entendre toujours les mêmes clichés débiles (il lui manque un bon éditeur de texte, c'est gadget, c'est un OS, il est lourd etc.) qui sont souvent des trucs qui ne sont plus valables depuis des années, voire ne l'ont jamais été.

Devant ces réactions je viens de passer un peu de temps sur cette fameuse nouvelle version, histoire de me faire un avis à jour (évidemment je pars sur à priori ultra négatif, rapport à mes précédentes expériences), et là rien n'a changé, ou plutôt si, c'est encore pire qu'avant : rien qu'à cliquer sur le bouton "new file" (ou plutôt ce que j'ai supposé être "new file", puisqu'il est bien situé avec cette fameuse icône d'un fichier vide avec un petit "plus" dessus), je me retrouve face à une fenêtre de sélection de fichier, avec pour seul bouton "ouvrir" et "annuler", alors qu'on vient de me dire qu'Emacs s'adapte aux standards... mais suis-je bête, la petit phrase de présentation dans les dépôts aurait dû me préparer à ça : "Emacs : afficher et modifier des fichiers". Eh oui, Emacs ne permet pas la création mais simplement l'affichage et la modification de l'existant, il se rapproche donc plus de l'outil d'espion que de l'outil de développeur...

D'accord d'accord, j'exagère vraiment sur ce coup là et je fais preuve d'une mauvaise foi exacerbée, mais je pense que ça montre bien là ou je veux en venir, point de vue d'ailleurs involontairement corroboré par les récentes réactions à ce sujet : Emacs est bel bien un outil qui veut savoir tout faire et ne s'ouvre absolument pas (comme vous le dites "les raccourcis d'Emacs FURENT un standard", ils ne le sont plus, il est temps d'évoluer), et se préoccupe exclusivement d'offrir de nouveaux outils et de plaire à son public de la première heure, ou bien à ceux qui ont commencé par lui, et du coup dénigrent le reste en bloc (si ça c'est pas une preuve de fermeture...).

Emacs m'a personnellement fait passer quelques uns des pires moments de ma vie de développeur, je conçois parfaitement que des gens l'apprécient, mais ce n'est qu'un gros couteau suisse qui ne mérite pas qu'on l'encense comme ses utilisateurs le font.

[jabbounet]

Les raccourcis claviers d'Emacs sont un standard en soi (voir bash, Tk, Eclipse etc.).

Il faut également savoir qu'ils furent en grande partie déterminés par les habitudes du lieu où le logiciel est né (le M.I.T.) :

http://groups.google.com/group/comp....42e0bc1aa05c0d



Et puis de toute manière il y a un mode CUA pour ceux qui veulent utiliser Ctrl-V, Ctrl-C, Ctrl-S "classiquement" (en plus du mode vi).

Le reste n'est que croûte.

j'ajouterai que les raccourci clavier d'emacs (qui à 33 ans)/vi sont apparus bien avant que Windows (~25 ans) ne naissent avec ses propres raccourcis clavier. de là je reste philosophe sur le fait qu'il n'ai pas suivi les standards.....

[jabbounet]

Dans quel cadre on peut avoir des fichiers aussi énormes à éditer ?

crois moi, cela peux arriver, j'ai déja vu un générateur de code automtisé pondre des fichier de 60Mo avec seulement un fichier de quinze ligne en entrée.


Autre fonction très utile d'emacs est la possibilité de naviguer dans les archives si peux qu'il sache ou se trouve la commande de décompression, et ce sans modifier l'archive ou la décompresser réellement.

je le fait avec des zip, des jar, des tar.gz, ....

[ok.Idriss]

Bonsoir.

D'après vous, Emacs est-il l'éditeur de texte de référence ? Et si non, lequel lui préférez-vous ?

On revient toujours au même débat. Personnellement, j'ai une préférence pour Vim (voir Gvim même) et j'en ai plus l'habitude (car c'est celui que j'ai découvert en premier) mais je ne cracherai pas sur Emacs pour autant. Mais de la à dire que l'un est l'éditeur de référence ou l'éditeur "ultime" pour le développement alors que la avis sont très partagés (sans compter ceux qui préfèrent coder avec des EDI), c'est un peu envenimer le débat qui s'annonce ... AMHA si on veut parler d'éditeur de référence, il faut citer les deux.

Cordialement,
Idriss

[jabbounet]

Devant ces réactions je viens de passer un peu de temps sur cette fameuse nouvelle version, histoire de me faire un avis à jour (évidemment je pars sur à priori ultra négatif, rapport à mes précédentes expériences), et là rien n'a changé, ou plutôt si, c'est encore pire qu'avant : rien qu'à cliquer sur le bouton "new file" (ou plutôt ce que j'ai supposé être "new file", puisqu'il est bien situé avec cette fameuse icône d'un fichier vide avec un petit "plus" dessus), je me retrouve face à une fenêtre de sélection de fichier, avec pour seul bouton "ouvrir" et "annuler", alors qu'on vient de me dire qu'Emacs s'adapte aux standards... mais suis-je bête, la petit phrase de présentation dans les dépôts aurait dû me préparer à ça : "Emacs : afficher et modifier des fichiers". Eh oui, Emacs ne permet pas la création mais simplement l'affichage et la modification de l'existant, il se rapproche donc plus de l'outil d'espion que de l'outil de développeur...

D'accord d'accord, j'exagère vraiment sur ce coup là et je fais preuve d'une mauvaise foi exacerbée, mais je pense que ça montre bien là ou je veux en venir, point de vue d'ailleurs involontairement corroboré par les récentes réactions à ce sujet : Emacs est bel bien un outil qui veut savoir tout faire et ne s'ouvre absolument pas (comme vous le dites "les raccourcis d'Emacs FURENT un standard", ils ne le sont plus, il est temps d'évoluer), et se préoccupe exclusivement d'offrir de nouveaux outils et de plaire à son public de la première heure, ou bien à ceux qui ont commencé par lui, et du coup dénigrent le reste en bloc (si ça c'est pas une preuve de fermeture...).

Emacs m'a personnellement fait passer quelques uns des pires moments de ma vie de développeur, je conçois parfaitement que des gens l'apprécient, mais ce n'est qu'un gros couteau suisse qui ne mérite pas qu'on l'encense comme ses utilisateurs le font.

au vu de ce que tu dit ce n'est pas emacs qui t'as fait passer les pire heure de ta vie, comme tout programme informatique, il n''est pas vivant et de ce fait il n'a aucune conscience. c'est plutôt le professeur qui a cherché a te l'imposer qu'il faudrait blâmer.

Personnellement je ne suis pas pour imposer un éditeur à quelqu'un, La preuve ton professeur a obtenu le contraire de ce qu'il espérait en cherchant à t'imposer emacs. Chacun doit trouver chaussure a son pied.

Maintenant dire que la plupart des fonctions d'Emacs sont des gadget, je ne suis pas d'accord, il faut savoir que c'est un développement open-source et que ce sont les contributions des utilisateurs qui ont fait de cet éditeur ce qu'il est aujourd'hui et personnellement je ne crois pas qu'un utilisateur va développer une fonction dont il n'aura pas l'utilité.

Par exemple, Je ne me verrais pas développer développer un mode pour un langage que je n'utilise pas.

• d'une part parce que ne connaissant pas ce langage je ne saurais pas si ce mode respecte sa philosophie.
• d'autre part parce que n'étant pas un utilisateur actif du dit langage il est peu probable que je fasse la maintenance de ce mode dédié.

Si une fonction te parait gadget, c'est plus parce que tu n'en a pas l'utilité mais dit toi bien que certains utilisateur en font ou en ont fait un usage quotidien pendant plusieurs mois voir plusieurs années.

Ensuite je suis certain que tous les EDI qui offrent la possibilité de les étendre ont des fonctions que tu pourrais qualifier de gadget aussi bien que celles d'emacs.


il est aussi important a noter que quelque soit l'éditeur emacs/vi/eclispe/studio, borland c++ builder/ultra edit/ eve/notepadd++/..... ils ont tous de qualités ainsi que des défauts. et donc de ce fait touveront forcément des adptes ainsi que des détracteurs.

Concernant le fait que certains pensent qu'Emacs est/essaye de remplacer un système d'exploitation, en fait si ma mémoire est exacte il devait servir de front-end à un OS appelé Hurd avant qu'un certain Linus torwarld coupe l'herbe sous pied d'un certain richard stallman en sortant une alternative plus populaire du nom de linux. maintenant ma mémoire peux être inexacte et je ne garantie aucunement la véracité de cette dernière affirmation.

[SurferIX]

Mouais, quand je vois les photos écrans, ça me renvoie 20 ans en arrière !
La coloration syntaxique sur fond noir, ça fait mal aux yeux ! On peut changer ça ?
Bon, je retourne à mon Netbeans...

On appelle ça l'ouverture d'esprit : plus tu veux être performant, plus tu cherche les outils dans le cadre de ton activité, qui te donnent la possibilité d'accélérer les choses.
Lis au moins ce post ici, et après, reviens sur ta coloration syntaxique qui a "des couleurs adéquates" .

[SurferIX]

... rien qu'à cliquer sur le bouton "new file" (ou plutôt ce que j'ai supposé être "new file", puisqu'il est bien situé avec cette fameuse icône d'un fichier vide avec un petit "plus" dessus)...

Cliquer ? Cliquer ?
Un bon développeur qui "clique" pour ouvrir un fichier ? Un bon développeur enlève les mains de son clavier pour ouvrir un fichier ?
J'espère bien pour toi que tu as pris des cours d'IHM, parce qu'une des choses qu'on apprend aux débutants, c'est que quand on veut être efficace, retirer la main de son clavier pour attraper la souris et faire quelque chose, puis la remettre sur son clavier, c'est une perte de temps hallucinant. Rien que ce commentaire fait que tu descendrais immédiatement en bas de la liste des personnes susceptibles de travailler avec moi.

Alors quand je vois que quelqu'un, au lieu de chercher les raccourcis et ce qui fait qu'un programme est efficace, essaie d'utiliser ses "vieilles" habitudes sans essayer de comprendre ce qui fait la force du programme, euh... non, tu ne descendrais immédiatement en bas de la liste : tu serais rayé.

Je vais te donner un indice, en espérant t'apporter quelque chose de constructif : si jamais des programmes aussi vieux que VIM et que emacs ont survécu à travers le temps, et n'ont fait que s'améliorer, et si tous les grands de ce monde s'en servent, essaie juste au moins de comprendre pourquoi. Et ne sors pas des choses aberrantes telles que "quand j'essaie d'ouvrir un fichier ça marche pas aussi bien que Notepad sous Windows, donc c'est un éditeur nul", parce que tu risque de faire grandement baisser l'estime qu'ont les professionnels de toi en lisant tes commentaires .

Regarde ce post ici. 47000 personnes l'ont déjà lu. C'est moi qui ai posé la question en demandant "bon sang, comment est-ce possible d'être plus productif avec VIM qu'avec un éditeur classique ?".

J'ai lu toutes les réponses, je me suis penché dessus, j'ai testé, je me suis "forcé" à passer par dessus mes habitude, et aujourd'hui, quand je ne suis pas aussi efficace que sous Visual Studio, sous Eclipse ou sous Borland IDE, c'est que je le suis plus.

La seule chose qui manque à VIM et emacs, et encore, en C, ça existe sous VIM apparemment, c'est le débogage pas à pas.

Vraiment, je ne veux pas être (trop) méchant, mais renseigne toi bien et plus dans tous les sens avant de t'arrêter à certaines choses aussi basiques.

[Luc Hermitte]

[pas un IDE]
a- C'est que tu n'as jamais utilisé Emacs..

b- Charger un fichier de data de 500 megs sans problèmes, et surout le fermer et récupérer intégralement es 500 Megs d'un coup... Je ne connais qu'Emacs qui fait ça...

a- +1 ; et ça marche aussi pour son cousin.
b- vim s'en sort très bien aussi avec les fichiers trop gros ; de plus la syntaxe de ses commandes (:s, :g) étant la même (en plus riche) que celles de sed et de grep, il est tout simplement génial pour analyser des fichiers de logs de plusieurs centaines de mega.

La seule chose qui manque à VIM et emacs, et encore, en C, ça existe sous VIM apparemment, c'est le débogage pas à pas.

Aux dernières nouvelles, emacs sait intégrer gdb (via CEDET?). À l'heure actuelle sous vim, c'est uniquement sous linux (et uniquement gdb à mon grand désarroi) via pyclewn (la dernière version de la séries des clewn)

[stardeath]

Cliquer ? Cliquer ?
Un bon développeur qui "clique" pour ouvrir un fichier ? Un bon développeur enlève les mains de son clavier pour ouvrir un fichier ?
J'espère bien pour toi que tu as pris des cours d'IHM, parce qu'une des choses qu'on apprend aux débutants, c'est que quand on veut être efficace, retirer la main de son clavier pour attraper la souris et faire quelque chose, puis la remettre sur son clavier, c'est une perte de temps hallucinant. Rien que ce commentaire fait que tu descendrais immédiatement en bas de la liste des personnes susceptibles de travailler avec moi.

le fossé entre un bon développeur et un développeur productif est assez grand, aucun rapport à mon avis.
le premier truc en ihm qu'on m'a appris c'est de pas classer les commandes n'importe comment, genre mettre les commandes couper/copier/coller dans le menu affichage.

de plus tout le monde n'a pas à débiter 50k lignes de code par jour, si pour être productif il faut devenir une machine, ça n'a globalement aucun intérêt (et ça se délocalise facilement), cela m'inspire plutôt des gens qui ne prendraient même pas la peine de pendre un crayon et de réfléchir 5 minutes, bref du "secrétariat au service de la programmation".

[alexrtz]

si pour être productif il faut devenir une machine, ça n'a globalement aucun intérêt

s/devenir une machine/apprendre à se servir d'une machine/

cela m'inspire plutôt des gens qui ne prendraient même pas la peine de pendre un crayon et de réfléchir 5 minutes

Il dit qu'il voit pas le rapport entre vouloir être productif et ne pas réfléchir...

[jabbounet]

Aux dernières nouvelles, emacs sait intégrer gdb (via CEDET?). À l'heure actuelle sous vim, c'est uniquement sous linux (et uniquement gdb à mon grand désarroi) via pyclewn (la dernière version de la séries des clewn)

l'interface avec gdb ou tout autre debugger unix est native sous emacs depuis un paquet d'années. Au moins depuis la version 19 car je l'utilisais déjà régulièrement à cette époque (1999). personnellement je pense qu'elle est apparue tres tot

elle a été remanié dans les dernières version pour être plus graphique et suivre les évolutions de gdb je pense.

;;; gud.el --- Grand Unified Debugger mode for running GDB and other debuggers

;; Author: Eric S. Raymond <esr@snark.thyrsus.com>
;; Maintainer: FSF
;; Keywords: unix, tools

;; Copyright (C) 1992, 1993, 1994, 1995, 1996, 1998, 2000, 2001, 2002, 2003,
;; 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc.

en regardant le header de gud on se rend compte que ça existe depuis au moins 1992

Au vu du code, il s'interface aux moins avec ces debugger là

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
(defgroup gud nil
  "Grand Unified Debugger mode for gdb and other debuggers under Emacs.
Supported debuggers include gdb, sdb, dbx, xdb, perldb, pdb (Python) and jdb."
  :group 'unix
  :group 'tools)

[stardeath]

s/devenir une machine/apprendre à se servir d'une machine/

c'est plus qu'apprendre, enfin ce n'est que mon avis

Il dit qu'il voit pas le rapport entre vouloir être productif et ne pas réfléchir...

effectivement c'est pas clair mon idée, je pensais à la vision du jeune programmeur face à un projet, ne pas réfléchir et coder tout de suite, en similarité à vouloir être productif et facilité d'utilisation.

emacs à beau selon vous être le plus efficace (je ne l'ai guère utilisé que pour gérer des fichiers avec des charset exotiques), ça le rend extrêmement austère et difficile de prise en main.

[Rams7s]

emacs à beau selon vous être le plus efficace (je ne l'ai guère utilisé que pour gérer des fichiers avec des charset exotiques), ça le rend extrêmement austère et difficilement(?!?) de prise en main.

Comme la boite de vitesse manuelle. Et pourtant je ne changerai jamais pour une automatique.

Sinon, savoir ce servir d'un autre outil que l'IDE bien lourd ça peut toujours dépanner. Pas forcément être la star du truc, mais simplement éditer un fichier, aller à la ligne qui bug, changer, enregistrer.

[stardeath]

Sinon, savoir ce servir d'un autre outil que l'IDE bien lourd ça peut toujours dépanner. Pas forcément être la star du truc, mais simplement éditer un fichier, aller à la ligne qui bug, changer, enregistrer.

le truc (parce que c'est pas un problème) est que pour faire un copier/coller d'une phrase avec emacs, je trouve ça déjà limite overkill XD

[Florian Goo]

Aaaah, Vim et emacs…

Moi aussi à l'époque je ne jurais que par les EDI. J'avais un collègue qui utilisais vi et je le regardais de travers. Comment peut-on utiliser cette mocheté inintuitive qui a été créée avant ma naissance ?

Mais un jour, Code::Blocks a décidé d'utiliser Ctrl-H (un raccourci clavier très pratique permettant de commuter deux lignes) comme raccourci pour ouvrir je ne sais plus quel fenêtre de configuration. Cela m'a beaucoup embêté car je trouvais très pratique le fait de faire ce genre d'opérations très rapidement sans faire le fastidieux aller-retour entre le clavier et la souris.

C'est le déclic qui m'a incité à me lancer dans un test sérieux (pas le genre de test de cinq minutes où tu pars avec un gros a priori négatif) de Vim. Au début, ça a été difficile, c'est clair. Mais aujourd'hui je ne pourrais vraiment plus faire marche arrière.
D'ailleurs, je ne me souviens pas avoir jamais vu quelqu'un adopter Vim/Emacs et finir par revenir à un éditeur classique.

Pour quelqu'un qui tape du code toute la journée, absolument rien n'arrive à la cheville de ces deux éditeurs. Quand je vois des professionnels du développement s'extasier à la sortie du dernier Notepad++, ça me fait franchement bien marrer…

Enfin, pour ce qui est de la comparaison avec des EDI, il est clair qu'un Vim tout nu n'est pas adapté.
Personnellement, j'utilise Vim (avec les plugins Project, Minibufexpl et OmniCppComplete) combiné à CMake pour coder en C++. Je peux vous dire que ça n'a rien à envier à un EDI, sauf peut-être pour le debugger intrégré.

D'ailleurs à ce propos, je me suis toujours dit qu'Emacs était plus puissant que Vim, notamment en ce qui concerne l'intégration du debugger et pour la coloration sémantique (j'ai bien dit sémantique). Hélas, les raccourcis claviers d'Emacs (Esc-Meta-Alt-Ctrl-Shift) sont incompatibles avec mes articulations fragiles.
Mais je viens de lire Camille parler d'un mode Vim (je connaissais Viper pour le mode vi, mais je ne savais pas qu'il y avait un mode Vim). Je vais aller jeter un coup d'œil là-dessus, en espérant que je pourrais profiter de la puissance d'Emacs sans me tordre les doigts !

[SurferIX]

le fossé entre un bon développeur et un développeur productif est assez grand, aucun rapport à mon avis.

Ça c'est la théorie. En pratique c'est autre chose.
C'est bien simple, je ne connais aucun développeur bon qui ne soit pas productif. Si tu parle de productif dans le sens "nombre total" de lignes de code, ce n'est pas du tout de la productivité pour moi. Par contre un bon développeur qui maitrise les expressions régulières et qui sait en 2 secondes, mettre tout un paquet d'occurrences de manière particulière en minuscules, ça oui, c'est de la productivité pour moi, et vim donne la possibilité de faire ça rapidement. Dans mon exemple, on ne code pas 50 000 lignes de code. Bon bref pour résumer, tu dis qu'un mécanicien intelligent n'a pas forcément besoin d'avoir des supers outils, je te dis que par expérience, un mécanicien intelligent a toujours des bons outils. Et donc si à un entretien d'embauche un type me dit que vim c'est de la daube parce que "control-s" il ne connait pas, l'entretien se termine aussitôt, "merci au revoir monsieur".

le premier truc en ihm qu'on m'a appris c'est de pas classer les commandes n'importe comment, genre mettre les commandes couper/copier/coller dans le menu affichage.

Eh bien tu n'as pas de chance. Moi le premier truc qu'on m'a appris en IHM c'est qu'il ne faut jamais, sur une action utilisateur, absolument jamais dépasser 7 informations visuelles à l'écran à la fois, pour un maximum de rentabilité. D'ailleurs c'est pour ça que Office est passé à 7 menus max (avec les deux flèches vers le bas pour tout ouvrir) et le ruban n'affiche que 7 grosses icônes max, les autres sont petites (17 ans à comprendre ça... et Ubuntu a été un peu plus rapide, ils devraient y arriver dans leur prochaine version ). Dans vim "ctrl g" pour avoir plus d'information que nécessaire.

de plus tout le monde n'a pas à débiter 50k lignes de code par jour, si pour être productif il faut devenir une machine

Ce discours me rappelle un ingénieur avait plein de théorie mais en pratique, ne connaissait absolument rien. Ton discours c'est genre "si je réfléchis je peux faire en trois lignes ce que d'autres font en 5000". Encore un manque d'expérience flagrant qui transparait

... (et ça se délocalise facilement)...

Vas gérer (comme je l'ai fait et risque (à ma grande haine) de devoir le refaire) une équipe de développeurs étrangers (Russes, puis Arabes, et bientôt Indiens) et puis nous pourrons en reparler. Je dis "vas le faire" comme si je savais que tu ne l'avais pas fait, parce qu'une personne qui tient un discours pareil ne peut pas avoir déjà géré un groupe à l'étranger.

J'insiste une dernière fois :

Un développeur intelligent est quelqu'un qui pense vite et qui code vite. Même si ça te parait pas lié, en pratique, j'insiste : penser vite et coder vite sont toujours étroitement liés.

Et j'ai fait un petit post ici, si tu me le permets, je te conseille de le lire.

[Camille_B]

Mais je viens de lire Camille parler d'un mode Vim (je connaissais Viper pour le mode vi, mais je ne savais pas qu'il y avait un mode Vim). Je vais aller jeter un coup d'œil là-dessus, en espérant que je pourrais profiter de la puissance d'Emacs sans me tordre les doigts !

Il faut vimpulse qui est une "extension" à Viper (dans le monde Emacs, extension ne veut pas dire grand chose puisque tout est du code LISP et à "égalité").

Très bonne documentation sur Emacswiki :

http://www.emacswiki.org/emacs/ViperMode

http://www.emacswiki.org/emacs/Vimpulse

[jabbounet]

Il faut vimpulse qui est une "extension" à Viper (dans le monde Emacs, extension ne veut pas dire grand chose puisque tout est du code LISP et à "égalité").

Très bonne documentation sur Emacswiki :

http://www.emacswiki.org/emacs/ViperMode

http://www.emacswiki.org/emacs/Vimpulse

de manière générale emacs wiki est un véritable mine d'information pour emacs beaucoup d'utilisateur y postent leur mode, configurations, avec souvent pas mal d'explications ....

[stardeath]

...

vite et bien, chez moi c'est impossible à concilier (d'ailleurs pas que chez moi), si tu as une méthode pour faire les 2, vends-la, tu te feras un sacré paquet de blé.

et non désolé, j'ai une formation de développeur, la théorie, je l'apprends sur le tas, et oui si tu réfléchis tu peux coder en 3 lignes ce que les autres font en 5000, l'inverse est tout aussi vrai selon ce que tu as besoin, il faut coder intelligemment, ça veut (et ça ne peut) pas forcément dire vite.

mais bon je m'égare, j'ai déjà lu le post, ce qui m'intéresse c'est pas de coder le plus rapidement du monde, c'est de coder avec le moins d'effort, et vim/emacs ça demande trop de raccourcis à mémoriser.

[jabbounet]

mais bon je m'égare, j'ai déjà lu le post, ce qui m'intéresse c'est pas de coder le plus rapidement du monde, c'est de coder avec le moins d'effort, et vim/emacs ça demande trop de raccourcis à mémoriser.

Au final pas tant que ça. cela deviens vite des réflexe d'utiliser les raccourcis courants, même plus besoin d'y réfléchir. Je pense que cette remarque est valable pour à peu près tous les d'éditeurs qui ne changent pas de raccourcis a chaque version.