bon text java puissant basé sur du texte qui fonctionne sous linux

Les trois grands IDES Java/universal (IntelliJ IDEA, Eclipse & Netbeans) sont tous écrits en Java et vont être lents-ish sur un old (define old?) portable. Je ne voudrais en exécuter aucun sur l'un de mes Thinkpad de 3 à 4 ans, mais cela ne me dérange pas de faire fonctionner Netbeans sur mon MacBook de 2 ans. Je n'ai pas essayé IntelliJ sur le MacBook mais je l'utilise au travail sur un nouveau Thinkpad et ce n'est pas vraiment rapide là-bas. Il est encore utilisable, cependant.

Il y a un monde de différence entre un do do-all comme IntelliJ et un éditeur de texte, même celui qui est extensible comme Emacs est. Emacs utilisera moins de ressources et se sentira plus réactif, mais c'est en partie parce qu'il en fait moins et en partie parce que son moteur de base est du code natif et non Java. De plus, il a 20 ans de peaufinage derrière lui.

J'ai tendance à utiliser Emacs comme éditeur si je veux juste sortir du code-une fois que je passe de l'écriture de code à l'étape de débogage, de refactorisation et de peaufinage, je me prévois également d'unE parce qu'ils ont tendance à faire au moins certaines tâches comme le débogage mieux. Cela ne devrait pas vraiment être une surprise étant donné que vous parlez d'un éditeur de texte (sur les stéroïdes, certes) par rapport à unE à part entière.

Emacs de base n'est pas si difficile à apprendre. Si vous voulez écrire des scripts, apprendre le mouvement et les commandes d'édition de texte de base devrait vous aider à travailler assez rapidement; la complexité vient lorsque vous approfondissez l'éditeur et commencez à utiliser la multitude de packages add-on et le fonctions avancées intégrées directement dans l'éditeur. La courbe d'apprentissage va être plus raide que, disons, gedit, mais c'est parfaitement faisable si vous acceptez que c'est une bête complètement différente d'unE (plus puissant éditeur avec moins de prise de main) et qu'il fait les choses à sa manière.

Vaut-il la peine d'apprendre Emacs? Je ne sais pas - si tu veux, alors oui. Si vous voulez juste un éditeur de texte plus réactif mais essentiellement basique, jetez un œil aux éditeurs du programmeur alternatif y. Beaucoup d'entre eux sont plus faciles à apprendre qu'Emacs et VIM, mais pas nécessairement aussi puissants non plus.

J'utilise vim depuis un certain temps maintenant, principalement lorsque j'écris en Ruby (j'utilise également toujours IntelliJ IDEA ainsi qu'Eclipse lors de l'écriture d'AS3 ou de Java). Récemment, je suis tombé sur un paquet de plugins vraiment brillant appelé 'janus'. Il emballe tous les plugins les plus essentiels dans une installation facile. Le produit final serait quelque chose de similaire à Textmate d'OSX.

Vous pouvez obtenir "janus" de son dépôt github ici https://github.com/carlhuda/janus . Espérons que cette aide!

Lorsque vous dites "basé sur du texte", voulez-vous dire "s'exécute dans le terminal"? Dans ce cas, le choix est évident (À mon avis) -- vim est le meilleur choix, et disponible sur quasiment toutes les distributions Linux dans le monde. Il a intégré la coloration syntaxique et l'indentation pour Java, et vous pouvez utiliser des plugins comme Taglist et quelques autres mentionnés sur SO auparavant, pour lui donner plus d'une sensation moderne -E.

Vous devriez extraire vim + eclim (http://eclim.org / ). Eclim est un plugin vim qui communique avec une instance headless d'eclipse sur un socket. Vous obtenez l'éditeur de texte vim + le refactoring augmenté, l'achèvement, etc. de Eclipse.

Permettez-moi d'ajouter qu'un client Emacs pour eclim est actuellement en développement, mais ce qui est déjà disponible semble vraiment bien. Consultez ce lien pour plus de détails:

Http://www.emacswiki.org/emacs/EmacsEclim

Bravo,

--
José A. Romero L.
escherdragon at gmail
"We who cut mere stones must always be envisioning cathedrals."
(Quarry worker's creed)

Si vous êtes / voulez être un programmeur Java professionnel, je vous suggère d'acheter un nouvel ordinateur portable et d'exécuter IntelliJ IDEA/Eclipse dessus. Tout ordinateur portable moderne devrait pouvoir exécuter cesE.

Le gain de productivité que vous obtenez en utilisant lesE - esp avec des choses comme le ré-affacturage - rend l'argent dépensé sur l'ordinateur portable en vaut la peine.

Bien que vous puissiez utiliser vim + ctags comme un simple éditeur java minimum (avec des complétions), ils ne se rapprocheront nulle part de la puissance de l'E pendant construire des applications du monde réel.

LesE offrent toutes sortes d'outils, de la génération de scripts de construction aux crochets d'intégration avec des frameworks ( comme Spring / hibernate ) pour vous faciliter la vie.

Comme vous, je n'aime pas démarrer un grosE gonflé sur ma machine. Mais vous savez quoi? Une fois que vous démarrez votreE gonflé qui mange 300 mégas de RAM, vous vous retrouverez à travailler beaucoup plus rapidement.

Eh bien, après avoir lu quelques réponses, j'ai décidé de répondre à ma propre question et d'expliquer l'idée.

L'idée principale derrière elle est nouvelle façon de développement de logiciels. Imaginez-vous ouvrez le navigateur et chargez votreE rapide et léger. Il se charge en quelques secondes, compile un projet de 300 modules en quelques secondes sur un serveur puissant (pas sur votre boîte) et fournit même une programmation par paire lorsque vous pouvez tous les deux éditer le même fichier en temps réel.

C'est trop complexe à mettre en œuvre. Mais c'est l'avenir, je crois. Cependant, l'approche textuelle est assez simple à mettre en œuvre. Installez emacs sur une boîte puissante et vous êtes prêt à partir. Bien sûr, peu de développeurs ne pourront pas éditer le même fichier en même temps. Mais cela commence et beaucoup plus simple à mettre en œuvre. La compilation sur multiprocesseur - boîte multicœur - sera beaucoup plus rapide. Je suppose que je peux assembler cela moi-même en quelques heures pour essayer. Suggérez-moi juste quelque chose de vraiment cool pour le mode texte. Une sorte de plugins de développement (java) pour emacs / vim ou au moins articles qui décrivent quelque chose de similaire.