Sur un site de citations populaire, un développeur, visiblement accro a l'éditeur vi(m) a posté un bout de discussion qu'il a eu avec un ami lorsqu'il s'est retrouvé contraint d'utiliser Nano.
Moi : "Euh, alors je fais comment pour taper quelque chose ?"
L'autre : "Bah tu tapes"
Moi : "Comment ?"
L'autre : "Avec le clavier"
Moi : "... bon alors comment je fais pour ... ne pas taper ? [NDLR: pour entrer une commande]"
L'autre : "Décidément, Vi bousille le cerveau de certains"
En dehors de l'aspect purement comique de la situation, elle nous rappelle que l'éditeur de code est un élément capital dans le travail quotidien du développeur.
Son concept, interface et habitudes peuvent considérablement influencer la technicité du programmeur, au même titre que le langage utilisé ou le domaine-métier.
C'est pourquoi nous avons souhaitez prendre votre avis.
Quel type d'éditeur de code préférez vous ? Les IDE type Visual Studio ou Eclipse, les « IDE légers » type Textmate, les éditeurs simples avec interface graphique, ou les éditeurs en mode pure texte comme Vi ?
Et qu'est-ce qui motive ce choix ?
Une erreur dans cette actualité ? Signalez-le nous !
C'est un sujet un peu récurrent et toujours crispant mais honnêtement, faire une application même moyenne avec un éditeur de texte même s'il est bon comme notepad++ (par exemple), ce n'est pas sérieux !
Personnellement, je n'ai pas de temps à perdre ni l'envie de me rappeler des 100000 signatures de méthodes que je suis susceptible d'utiliser, l'auto-complétion est un gain de temps à elle toute seule, la compilation automatique aussi etc...
On se croirait dans l'éternelle illusion de certains que plus on tape de caractères sur un clavier et plus on est balaise en informatique.
Et si encore on limitait l'aspect programmation au langage, on pourrait peut-être discuter, mais dans mon domaine (jee) le langage n'est qu'une toute petite partie de l'application, les apis/framework sont bien plus importants et ils évoluent en permanence. Si à chaque fois que je référence un composant je devais aller voir dans la doc le nombre et la nature des paramètres, bonjour l'angoisse ! J'en serais encore à coder ma première application (qui date de 2000) (excessif moi ?).
Bref, les EDI modernes que se soit Eclipse ou NetBeans sont indispensables pour les gains de productivité qu'ils engendrent et s'il existe un société de service qui n'utilise que des éditeurs basiques, merci de la signaler, je veux être sûr de ne pas répondre à une offre d'emploi
Maintenant, j'utilise dans certains contextes un éditeur seul comme notepad++, quand je code une page html par exemple pour tester un concept à base de javascript/DOM, oui, ça m'arrive, mais là, il est vrai que l'edi n'est pas très utile.
Je précise également que dans ma (longue) carrière, j'ai utilisé pendant 11 ans la méthode à base d'éditeurs basiques (SEU pour ceux qui connaissent l'AS/400) et pendant 11 ans le méthode basée sur l'EDI (Eclipse en l'occurrence). Le gain est vraiment énorme, mais le lien avec la techno cible n'y est pas étranger...
je connais pas mal de dev jeune ou plus expérimentés qui ne se serais pas amusé à suivre la piste et coller une jolie verrue dans le module ou le bug se produisait.
je pense que c'est plus une tournure d'esprit et une certaine volonté qui pousse a chercher la cause réelle cause d'un bug. le problème ça peu prendre du temps et je ne suis pas certain que l'impatience soit compatible avec type de recherche....
Non, c'est, je pense, avant tout une question d'apprentissage et d'éducation.
C'est impressionnant le nombre de jeunes (et parfois moins jeunes) qui ne savent pas se servir des outils de deboguage, qui, pour certains, ne savent même pas ce qu'est déboguer.
Et pour beaucoup, il ne sont même pas capable de chercher plus loin que le bout de leur ligne de code.
Il faut parfois batailler un moment, ne serait-ce que pour les faire remonter à la signature de leur méthode pour vérifier les types des paramètres
A la limite, je préfère avoir un stagiaire autodidacte, qu'un sortant d'une quelconque école d'informatique. Ils sont bien souvent bien plus ouvert d'esprits quand il s'agit de considérer que l'on a pu faire une erreur dans le code.
... mais après tout , c'est toujours de la partie éditeur de texte dont il s'agit ( on parle bien de taper du code là , j'ai bien lu la question ? )
toutefois :
un fonctionnalité qui m'est utile : l'intellisense et la doc "inline" , très utile quand on est :
1 fainéant
2 dyslexique
3 codeur d'un langage dont les fonctions ne supportent pas les arguments nommés
comme je rentre dans ces trois cas ( sauf avec objective-c et la dernière version de C# que j'envisage d'utiliser, j'ai plus que 2 cas ) , un éditeur graphique est plutôt bienvenu
Je participe rarement à ce genre de débat de puriste, mais il me semble que l'on peut plus ou moins utiliser un IDE complexe comme un éditeur simple via les raccourcis claviers. C'est donc plutôt la question du minimalisme qui se pose. Sinon pour moi c'est l'IDE (netbeans), les raccourcis clavier et le PAD du portable le moins souvent possible. Les fonctions d'autocomplétion et de doc en ligne sont vraiment très importantes, comme celle de formatage et de génération de code auto. Vive ctrl+espace!
Oui mais tu es de la vielle école probablement, j'ai l'impression que ça tend à disparaitre.
Enfin comme tu dis, vive l'indentation par tabulation !
Je ne sais pas de quelle école je suis(à l'école, j'ai appris les plastiques, pas les octets).
Mais il est parfois indispensable de remonter dans le code du voisin pour comprendre pourquoi ce *%$£§ d'appel à une fonction standard ne marche pas. Il m'est arrivé de remonter sur 5 niveaux d'appels pour comprendre quel était le paramètre que j'avais mal rempli.
A ce titre, j'ai du mal à croire que les "nouveaux" ne farfouillent plus : quand on a pas le choix, on a pas le choix.
Sinon, +1 pour la tabulation indentatoire, outil élégant ét efficace significatif d'un codage civilisé.
... mais après tout, c'est toujours de la partie éditeur de texte dont il s'agit (on parle bien de taper du code là, j'ai bien lu la question ?)
toutefois :
Une fonctionnalité qui m'est utile : l'intellisense et la doc "inline”, très utile quand on est :
1 fainéant
2 dyslexique
3 codeur d'un langage dont les fonctions ne supportent pas les arguments nommés
comme je rentre dans ces trois cas (sauf avec objective-c et la dernière version de C# que j'envisage d'utiliser, j'ai plus que 2 cas), un éditeur graphique est plutôt bienvenu
Justement si, c'est contestable, sinon il n'y aurait pas de débat :p
Aller, je vais un peu me faire l'avocat du diable ^^
Moi je n’aime pas eclipse parce que quand on arrive dessus, y a plein d'onglets partout, il faut télécharger plein de paquets pour que ça fonctionne correctement (plugins), alors qu'avec ma bonne vieille ligne de commande et un Vim/Emacs, ben ça marche tout de suite
Plus sérieusement... J'ai vu deux approches par rapport aux interfaces graphiques. Une première: c'est facile, tout se fait tout seul (on va rêver un peu).. Problème, si ces personnes doivent toucher un fichier de conf en ligne de commande, c'est mort, et la plupart d'entre eux se reposent entièrement sur l'IDE pour la configuration et les scripts de build (certains sont incapables de faire un makefile ou ne savent pas compiler un fichier java...).
Une autre est que c'est trop usine à gaz (franchement, on est vite noyé sous eclipse, il faut s'accrocher pour configurer correctement et apprécier cet IDE à sa juste valeur..) et on se tourne vers gedit ou notepad++ (bon, la plupart des gens qui trouvent eclipse ou autre trop compliqué se tournent rarement vers Vim/Emacs...
Quel type d'éditeur de code préférez-vous ? Les IDE type Visual Studio ou Eclipse, les « IDE légers » type Textmate, les éditeurs simples avec interface graphique, ou les éditeurs en mode pure texte comme Vi ?
Rapidité de démarrage : un éditeur doit démarrer relativement vite. Certains comme Eclipse mettent 3 plombes à démarrer.
Simplicité : un éditeur doit être intuitif. Si besoin, il doit pouvoir afficher une interface épurée.
Auto complétion : un éditeur doit permette au moins l'intégration de snippets voir une totale prise en charge du code et structure du langage utilisé.
intégration : un ide doit permette de lancer des programmes ou des scripts externes afin de permettre par exemple, le débug ou la compilation d'un script.
Personnalisation : un ide doit être extensible et personnalisable suivant les besoins du développeur.
Textmate sur Macintosh et Notepad++ sont 2 ide qui respectent une grande partie des principes énoncés. Textmate s'appuie sur le shell, et donc est extensible avec n'importe quel langage qui tourne sur le shell.
Notepad permet de définir facilement des langages, la coloration syntaxique, les mots à auto compléter et des commandes perso pour lancer des compilations.
Maintenant, les IDE ou éditeurs de texte génériques sont ce qu'ils sont : génériques.
C'est pourquoi il faut toujours les accompagner d'éditeur très spécialisés, afin de peaufiner son code ou d'utiliser les spécificités des langages.les IDE plus lourds tels que Netbeans ou Visual Studio sont indispensables pour tel ou tel plateforme de programmation.
Une fonction qui est par contre manquante dans la plupart des éditeurs "visuels", est la gestion de l'intégration multi écran (un peu présente dans Dreamweaver, mais il faut aimer Dreamweaver). Bref si quelqu'un a un IDE à me conseiller à ce sujet...
Il n'est pas nécessaire de dénigrer ses opposants dans un débat, ou alors c'est qu'on manque d'arguments...
N'importe quoi !
Je ne généralise pas, je parle de "certains". Si tu te sens attaqué ou que ton égo en a pris un coup tant pis...
L'auto-complétion n'est qu'un élément de ce qu'apporte un EDI.
vim peut compiler ? Référencer des bibliothèques annexes ? etc...
Si oui, on peut parler d'un EDI... et la boucle est bouclée...
Je ne dis pas qu'Eclipse est le seul au monde, loin s'en faut.
J'ai commencé sur VI. Faut vraiment avoir un problème d'ordre psychiatrique pour aimer ce truc...
J'ai eu mon temps sur Visual C++ et VB, c'était sympa. Et j'ai kiffé rapidement l'AGL C#.
J'ai utilisé Borland C++ et Delphi, je suis souvent allé dans les toilettes pour pleurer...
Aujourd'hui, j'utilise Red Hat Developper Studio. Bin depuis j'ai le zizi tout dur
Faites l'essai, tous autant que vous êtes - enlevez la souris à votre ordinateur pendant une journée, et venez parler de votre productivité.
Enlever votre souris pendant 1 an et venez parler de votre productivité.
Au bout d'un an, remettez votre souris et forcez vous à l'utiliser et venez parler de votre productivité.
Ça vaudrait le coup de faire le test, même sur les OS/logiciels modernes.
L'utilisation de la souris est plus intuitive, mais je ne suis pas certain qu'elle soit plus productive.
Et pourtant je fais partie de ceux qui utilise plus la souris que les raccourcis claviers
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité,
merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Quel type d'éditeur de code préférez vous ? Les IDE type Visual Studio ou Eclipse, les « IDE légers » type Textmate, les éditeurs simples avec interface graphique, ou les éditeurs en mode pure texte comme Vi ?
! J'en serais encore à coder ma première application (qui date de 2000) 
(excessif moi ?).
Envoyé par jabbounet
