19 votes

Des alternatives à Eclipse ?

Je suis un développeur Linux de longue date et j'utilise Eclipse pour coder depuis des années. Il dispose d'une coloration syntaxique décente pour toute une série de langages, d'une bonne gestion de projet, d'un support VCS intégré de premier ordre et son support Java est superbe.

Malheureusement, il est aussi énorme, plutôt lourd, et a un certain nombre de mauvaises habitudes allant des fichiers qui disparaissent irrévocablement si vous annulez accidentellement dans la vue du projet après avoir créé un fichier, à des blocages mystérieux où il reste assis et réfléchit à 100% du CPU pendant une minute, à un gestionnaire de paquets extrêmement maladroit qui semble devenir de plus en plus fragile au fur et à mesure que vous installez plus de choses avec lui. Je suis donc à la recherche de suggestions pour une alternative à Eclipse que je pourrais essayer.

Il y a toutefois des conditions à respecter.

  • Il existe deux styles principaux d'IDE. Il y a le style Eclipse, où un projet est un répertoire ; le déplacement des fichiers dans le projet déplace les fichiers dans le répertoire, de sorte que la vue du projet peut être traitée comme un gestionnaire de fichiers. Et puis il y a le style Visual Studio, où le projet est une chose abstraite qui ne correspond pas nécessairement à la disposition sur le disque, et un projet peut contenir des fichiers de plusieurs répertoires et le déplacement de fichiers dans le projet ne touche pas le disque. Je ne supporte pas ce dernier style, car il ne correspond tout simplement pas à ma façon de travailler. Malheureusement, la plupart des IDE Linux que j'ai trouvés fonctionnent comme Visual Studio, par exemple qtcreator, netbeans, monodevelop, etc.

  • I doit pouvoir créer un projet brut, non géré, dans lequel l'IDE n'essaie pas de construire des choses, de déboguer des choses ou de toucher aux fichiers d'une autre manière que de les éditer et de les gérer. C'est parce que la plupart de mes projets ont tendance à être construits à partir de la ligne de commande. Par exemple, Code::Blocks, qui est par ailleurs excellent, insiste pour que tous les projets aient un système de construction géré avec des configurations de construction, etc, et n'accepte pas de refus, même si ce système de construction n'a rien à voir avec ce que je veux faire. Les systèmes de construction intégrés sont très bien, mais si je ne peux pas simplement pointer l'IDE vers un répertoire plein de fichiers et les éditer, j'ai bien peur qu'il ne me soit d'aucune utilité.

Les langages dans lesquels je travaille sont C, C++, Java, Lua, shell script, Vala, et une myriade d'autres choses, donc quelque chose avec une coloration syntaxique raisonnablement robuste serait bien.

Je me rends compte que je suis assez pointilleux, mais les IDE sont quelque chose de très personnel, et, eh bien, c'est ainsi que je travaille. Je ne déteste pas Eclipse au point de changer ma façon de travailler, mais j'aimerais savoir s'il existe quelque chose de mieux que je puisse utiliser avec la même façon de travailler...

14voto

Je ne suis pas vraiment un programmeur expérimenté, je n'ai qu'environ 3 ans d'expérience, mais au cours de ces trois années, j'ai été complètement déçu par tous les IDE que j'ai utilisés.

J'ai essayé Visual Studio, Eclipse, NetBeans, IntelliJ IDEA (c'était probablement le plus horrible d'entre eux), Qt Creator (c'était le plus agréable, pour les projets Qt). Tous étaient trop lents, trop encombrants, trop "intrusifs", avaient beaucoup de fonctionnalités dont je n'avais même pas besoin et les utiliser était une véritable plaie. Voici donc ce que j'ai fait.

J'ai désinstallé tous ces IDE, installé le bon vieil éditeur de texte gvim, téléchargé une belle palette de couleurs, installé une bonne police de caractères pour programmeurs (terminus), installé quelques plugins vim sympas, appris les commandes VIM, appris à utiliser mes outils (GNU make, g++, cvs, git etc.) et j'ai vécu heureux jusqu'à la fin de mes jours.

L'avantage de Vim est qu'il est léger, qu'il n'accapare pas les ressources de votre système, qu'il ne vous dit pas quoi faire, mais qu'il est suffisamment puissant pour être l'un des meilleurs éditeurs de texte qui existent.

Cependant, si vous avez du mal à comprendre Vim, je vous suggère d'essayer Geany un éditeur de texte léger pour les programmeurs. Par ailleurs, j'ai récemment consulté Code::Blocks et il semble assez proche pour être bon. Il n'est pas bon pour le développement Java, cependant, mais pour le C++ il est décent. Donc, vous savez, choisissez votre poison :)

4voto

Gili Points 14674

Pourquoi pas JEdit ?

2voto

Nate W. Points 5211

Je recommande vivement Idée Intellij . Depuis environ un an, il existe une édition communautaire gratuite.

0voto

James Black Points 26183

Puisque vous utilisez Linux, pourquoi ne pas utiliser xemacs ( http://www.xemacs.org/ )

Pour avoir une idée de la façon dont il faut le configurer pour différentes langues, vous pouvez consulter ce document : http://www.xemacs.org/Documentation/packages/html/prog-modes.html

Ensuite, pour Java, vous pouvez consulter http://jdee.sourceforge.net/

Emacs est très flexible, vous pouvez donc le faire fonctionner comme vous le souhaitez, mais cela vous demandera plus d'efforts que l'utilisation d'un IDE standard, tel qu'Eclipse.

0voto

austinmarton Points 500

Lorsque je ne veux pas attendre qu'Eclipse se charge, j'utilise simplement gedit - il est rapide et dispose d'une mise en évidence de la syntaxe.

Vous pouvez ouvrir la barre latérale pour passer d'un fichier ouvert à l'autre ou utiliser le navigateur de fichiers, et le panneau inférieur comporte un terminal dans lequel vous pouvez effectuer des saisies. Si vous utilisez le gestionnaire d'outils externes, vous pouvez ajouter des scripts personnalisés à exécuter par n'importe quelle combinaison de touches de raccourci.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X