Je dis pas qu'eclispe est la machine a tout faire, juste qu'emacs n'est pas un ide et ne fait pas ce que fait eclipse, contrairement a ce qui etait dit en debut de sujet.
Emacs n'est pas un IDE en particulier, mais à vrai dire, Eclipse non plus si on ne prends que les fondations. Si on prends des projets comme Worplace ou BIRT ou simplement tout ce qui est au-dessus de RCP (qui est la définition d'applications riches par dessus la base d'Eclipse), ce n'est vraiment pas non plus juste un IDE.
comprends pas ce que tu veux dire, t'as la vue team/synchronize pour ca qui est quand meme redoutablement efficace?
Si, je connais, mais je parlais en l'occurrence de Emacs. D'ailleurs, on remerciera l'équipe de dév eclipse qui n'a pas standardisé le système de gestion de sources, ce qui fait que pour chaque outil (CVS, SVN, Perforce), on a une interface potentiellement différente et que tout développement de plugin par dessus doit s'attendre à se mordre les doigts car l'API est privée et n'est pas figée, ce qui rends les mises à jours relativement désagréables.
ben c'est pas complique, je me rappelle pas avoir deja vu eclispe planter.
Haha, laisse moi deviner, tu n'as pas dépassé le stade du "Hello world" ? Ou, meilleur des cas, tu ne fais que des applis Java dans du CVS et sans Ant. Car jusqu'à la version 3 où ils exécutaient Ant dans une VM séparée par défaut (jolie solution, au passage...), il y avait des fuites mémoire à chaque lancement de Ant. Ce qui faisait qu'avec un projet un peu "gros" utilisant un peu intensivement Ant, les problèmes de mémoire arrivaient régulièrement. Sans compter les différents problèmes liés aux plugins plus ou moins exotiques.
Sans compter les gens qui n'ont pas une plateforme Java très supportée (actuellement, j'ai des freebsdistes dans ce cas).
Ah, au fait, au moins Emacs peut imprimer :-)
(ce qui n'est pas le cas de Eclipse/gtk...)
quand aux history, je vois pas du tout de quoi tu parles
J'avoue ne plus avoir en tête exactement ce qu'il en est. Il est juste énervant de voir grossir son ~/workspace/ sans raison apparente.
et si tu veux aborder les sujet qui fachent on va parler des fichiers tilde qu'emacs laisse trainer partout...
[^] # Re: Ce que tu cherches ...
Posté par Sebastien (site web personnel) . En réponse au journal Choisir un environnement de dev pour y écrire un plugin. Évalué à 2.
Emacs n'est pas un IDE en particulier, mais à vrai dire, Eclipse non plus si on ne prends que les fondations. Si on prends des projets comme Worplace ou BIRT ou simplement tout ce qui est au-dessus de RCP (qui est la définition d'applications riches par dessus la base d'Eclipse), ce n'est vraiment pas non plus juste un IDE.
Si, je connais, mais je parlais en l'occurrence de Emacs. D'ailleurs, on remerciera l'équipe de dév eclipse qui n'a pas standardisé le système de gestion de sources, ce qui fait que pour chaque outil (CVS, SVN, Perforce), on a une interface potentiellement différente et que tout développement de plugin par dessus doit s'attendre à se mordre les doigts car l'API est privée et n'est pas figée, ce qui rends les mises à jours relativement désagréables.
Haha, laisse moi deviner, tu n'as pas dépassé le stade du "Hello world" ? Ou, meilleur des cas, tu ne fais que des applis Java dans du CVS et sans Ant. Car jusqu'à la version 3 où ils exécutaient Ant dans une VM séparée par défaut (jolie solution, au passage...), il y avait des fuites mémoire à chaque lancement de Ant. Ce qui faisait qu'avec un projet un peu "gros" utilisant un peu intensivement Ant, les problèmes de mémoire arrivaient régulièrement. Sans compter les différents problèmes liés aux plugins plus ou moins exotiques.
Sans compter les gens qui n'ont pas une plateforme Java très supportée (actuellement, j'ai des freebsdistes dans ce cas).
Ah, au fait, au moins Emacs peut imprimer :-)
(ce qui n'est pas le cas de Eclipse/gtk...)
J'avoue ne plus avoir en tête exactement ce qu'il en est. Il est juste énervant de voir grossir son ~/workspace/ sans raison apparente.
(setq-default make-backup-files nil)
seb.