Ouhaw .. bravo, je ne sais pas comment tu fais pour être plus efficace avec Emacs/Gvim par rapport à Eclipse, si j'étais méchant (ce que je ne suis pas) je dirais que tu ne sais pas te servir d'un clavier (ce qui parait bizarre si tu utilises Emacs) ou alors tu n'as écrit qu'un Helloworld sous Eclipse !!! :).
J'ai très, très longtemps utilisé Emacs pour coder (Perl, C, C++, Java et Ruby principalement), j'ai même finit par acquérir une certaine dextérité poulpesque et éléphantesque (par rapport au nombre de combinaison de touche que j'ai appris). Puis vient l'heureux jour où je teste Eclipse pour réaliser un TP de stéganographie (utilisant JAI). Prise en main un peu difficile pour comprendre comment marchait la notion de projet dans cet IDE, puis quelques galères pour taper mon code (le temps de choisir le binding emacs dans les options :) ... et ensuite que du bonheurs : complétion sémantique des noms de méthodes, génération de try/catch/throws, aide à l'écriture des structures for/while..., visualisation instantanée des erreurs syntaxiques (oubli de gestion d'exception), debug bien foutu, génération des getter/setter, des délegations et tous les outils de refactoring (où Emacs peut toujours s'accrocher avec ces query/replace) ... et j'en passe ... des tas.
Pour la réactivité de l'interface il y a effectivement une grosse différence entre Windows et Linux (j'ai pas vérifié avec les derniers JDK et Eclipse) ... mais il n'y a rien de rédhibitoire à mon avis, j'ai commencé sur un Pentium 3 900Mhz à 128 Mo de RAM et c'est vrai que c'était un peu lourd sur de gros projet mais actuellement sur un Pentium 4 2Ghz à 256 Mo de RAM je ne sens pas trop de problème. Bien sûr les menus sont assez "long" à s'afficher, mais bon, si tu es habitué à Emacs, tu dois bien imaginer qu'on ne les ouvre que très rarement.
Je veux bien admettre que le temps de frappe pur (sans complétion automatique) est plus rapide sous Emacs (encore que je n'ai jamais pris le buffer de frappe clavier en défaut sous Eclipse), mais si tu prends ensuite le temps de compilation en compte et le nombre d'erreurs détectées par Eclipse à la volée, le gain de temps sera du coté d'Eclipse.
Enfin, depuis que j'utilise Eclipse, je passe beaucoup, beaucoup moins de temps à me taper de la Javadoc sur mon navigateur préféré.
Voila, Emacs a toujours ma préférence pour le scripting ou la retouche rapide de fichier mais pour du codage de plus grande ampleur (sans pour autant être des projets énormes) je préfére largement l'utilisation d'IDE tel qu'Eclipse. Ça n'engage que moi, tu fais ce que tu veux pour coder, mais la phrase que j'ai souligné au début de ce post m'a définitevement poussé à rentrer dans le troll :). Tous les arguments citées valent exclusivement pour du codage Java (je n'ai pas essayé CDT depuis longtemps).
[^] # Re: De tout temps ...
Posté par pifou . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 10.
Ouhaw .. bravo, je ne sais pas comment tu fais pour être plus efficace avec Emacs/Gvim par rapport à Eclipse, si j'étais méchant (ce que je ne suis pas) je dirais que tu ne sais pas te servir d'un clavier (ce qui parait bizarre si tu utilises Emacs) ou alors tu n'as écrit qu'un Helloworld sous Eclipse !!! :).
J'ai très, très longtemps utilisé Emacs pour coder (Perl, C, C++, Java et Ruby principalement), j'ai même finit par acquérir une certaine dextérité poulpesque et éléphantesque (par rapport au nombre de combinaison de touche que j'ai appris). Puis vient l'heureux jour où je teste Eclipse pour réaliser un TP de stéganographie (utilisant JAI). Prise en main un peu difficile pour comprendre comment marchait la notion de projet dans cet IDE, puis quelques galères pour taper mon code (le temps de choisir le binding emacs dans les options :) ... et ensuite que du bonheurs : complétion sémantique des noms de méthodes, génération de try/catch/throws, aide à l'écriture des structures for/while..., visualisation instantanée des erreurs syntaxiques (oubli de gestion d'exception), debug bien foutu, génération des getter/setter, des délegations et tous les outils de refactoring (où Emacs peut toujours s'accrocher avec ces query/replace) ... et j'en passe ... des tas.
Pour la réactivité de l'interface il y a effectivement une grosse différence entre Windows et Linux (j'ai pas vérifié avec les derniers JDK et Eclipse) ... mais il n'y a rien de rédhibitoire à mon avis, j'ai commencé sur un Pentium 3 900Mhz à 128 Mo de RAM et c'est vrai que c'était un peu lourd sur de gros projet mais actuellement sur un Pentium 4 2Ghz à 256 Mo de RAM je ne sens pas trop de problème. Bien sûr les menus sont assez "long" à s'afficher, mais bon, si tu es habitué à Emacs, tu dois bien imaginer qu'on ne les ouvre que très rarement.
Je veux bien admettre que le temps de frappe pur (sans complétion automatique) est plus rapide sous Emacs (encore que je n'ai jamais pris le buffer de frappe clavier en défaut sous Eclipse), mais si tu prends ensuite le temps de compilation en compte et le nombre d'erreurs détectées par Eclipse à la volée, le gain de temps sera du coté d'Eclipse.
Enfin, depuis que j'utilise Eclipse, je passe beaucoup, beaucoup moins de temps à me taper de la Javadoc sur mon navigateur préféré.
Voila, Emacs a toujours ma préférence pour le scripting ou la retouche rapide de fichier mais pour du codage de plus grande ampleur (sans pour autant être des projets énormes) je préfére largement l'utilisation d'IDE tel qu'Eclipse. Ça n'engage que moi, tu fais ce que tu veux pour coder, mais la phrase que j'ai souligné au début de ce post m'a définitevement poussé à rentrer dans le troll :). Tous les arguments citées valent exclusivement pour du codage Java (je n'ai pas essayé CDT depuis longtemps).