Quels sont vos environnements de développement intégrés (EDI) préférés pour programmer en 2017 ? Et pourquoi ? 676PARTAGES 28 0 Quels sont vos EDI préférés pour programmer en 2017 ? EDIT : ce sondage est



Programmer cest écrire du code dans un fichier, ce qui passe nécessairement par un éditeur. Que ce soit un simple éditeur de texte ou un environnement de programmation évolué, être à laise avec son EDI est un élément très important pour la productivité du programmeur.



Les développeurs, aujourd'hui, disposent de nombreux outils pour faciliter leur travail. Mais chacun a sa préférence. Que ce soit pour leur facilité dutilisation ou pour les fonctionnalités proposées, chaque environnement de développement a réussi à se tisser un panel dutilisateurs. C'est en cela qu'il savère important de faire le point sur les meilleurs outils de programmation en informatique, sur la base des retours d'expérience des développeurs aguerris.







Un bon environnement de programmation pourrait être aussi celui qui couvre une large gamme de langages de programmation. Ce qui pourrait en faire un excellent couteau suisse pour le programmeur. Par exemple, pour un développeur Web, disposer d'un EDI qui intègre un bon rendu du code PHP pour le cur du programme et d'un bel affichage des scripts HTML et CSS pour les interfaces pourrait être un atout considérable pour son travail.



Le but de ce sondage est donc de savoir quels sont les éditeurs de code que vous utilisez pour programmer sur la base des critères suivants.



Taille

Temps de chargement en mémoire.

Souplesse.

Facilité dutilisation et de navigation entre les menus.

Compatibilité et interaction

Systèmes dexploitation supportés.

Langages de programmation supportés.

Bibliothèques intégrées.

Possibilité de programmation en Cloud (PaaS).

Ergonomie

Coloration syntaxique.

Indentation.

Autocomplétion de code.

Fonctionnalités

Intégration d'un outil de débogage.

Intégration de clients de connexion en réseau ( FTP, SSH, etc.).

Gestion des connecteurs SGBD (Oracle, SQL Server, MySQL, PostGreSQL, etc.).

Gestion des versions (versionning).

Organisation des fichiers en projet.

Autres fonctionnalités que vous pourrez relever.



Votre avis



Quels sont les éditeurs de code que vous estimez être les meilleurs pour la programmation en 2017 ? Et pourquoi ?

Avez-vous connu une mauvaise expérience avec un EDI particulier ? Vous pouvez également la partager.



Voir aussi



Quel est votre environnement de développement intégré (EDI) préféré en 2013 ?

Que pensez-vous des IDE Cloud permettant de coder à partir d'un navigateur web en 2016 ?

Quels sont vos éditeurs préférés pour programmer en PHP en 2016 ?

Quel EDI utilisez-vous pour vos programmes Python en 2013 ?





Retrouvez la rubrique EDI : ce sondage est mis à jour sur 2018 . Merci pour votre participation.Programmer cest écrire du code dans un fichier, ce qui passe nécessairement par un éditeur. Que ce soit un simple éditeur de texte ou un environnement de programmation évolué, être à laise avec son EDI est un élément très important pour la productivité du programmeur.Les développeurs, aujourd'hui, disposent de nombreux outils pour faciliter leur travail. Mais chacun a sa préférence. Que ce soit pour leur facilité dutilisation ou pour les fonctionnalités proposées, chaque environnement de développement a réussi à se tisser un panel dutilisateurs. C'est en cela qu'il savère important de faire le point sur les meilleurs outils de programmation en informatique, sur la base des retours d'expérience des développeurs aguerris.Un bon environnement de programmation pourrait être aussi celui qui couvre une large gamme de langages de programmation. Ce qui pourrait en faire un excellent couteau suisse pour le programmeur. Par exemple, pour un développeur Web, disposer d'un EDI qui intègre un bon rendu du code PHP pour le cur du programme et d'un bel affichage des scripts HTML et CSS pour les interfaces pourrait être un atout considérable pour son travail.Le but de ce sondage est donc de savoir quels sont les éditeurs de code que vous utilisez pour programmer sur la base des critères suivants.Quels sont les éditeurs de code que vous estimez être les meilleurs pour la programmation en 2017 ? Et pourquoi ?Avez-vous connu une mauvaise expérience avec un EDI particulier ? Vous pouvez également la partager. Une erreur dans cette actualité ? Signalez-le nous ! Votre nom : Votre e-mail : Décrivez l'erreur que vous souhaitez porter à notre connaissance : 58 commentaires Poster une réponse Signaler un problème Les mieux notés Les plus récents Ordre chronologique Modérateur https://www.developpez.com

Il faudrait que je repasse sérieusement sous Eclipse un de ces quatre, histoire de le rejuger par contre. Ca me fera sans doute mal et me demandera du temps, mais bon... si ça peut me permettre de troller plus justement Eclipse :p 9 0 Converti à IDEA (et les solutions JetBrains (ou basées sur) en général).Il faudrait que je repasse sérieusement sous Eclipse un de ces quatre, histoire de le rejuger par contre. Ca me fera sans doute mal et me demandera du temps, mais bon... si ça peut me permettre de troller plus justement Eclipse :p Membre actif https://www.developpez.com sans hésiter.



Pourquoi ?



Import de projet simplifié:

IntelliJ -> File > Open et c'est pret (Une fois un projet ouvert il possède une ïcone ses fichiers internes on peut sans autre le rouvrir très facilement)

IntelliJ on ouvre un projet c'est -> file open il détecte tout seul un paquet de choses

Eclipse on ouvre un projet c'est -> import ... et débrouille toi



Recherche:

IntelliJ recherche GLOBALE (inclus dans le contenu des fichiers) CTRL + F ou alors Recherche par nom de fichier (shift + shift)

Eclipse recherche GLOBALE textuelle ou alors recherche par resource ou alors recherche par type java ou alors recherche par ... ou alors ou alors... trop de ou alors ! CTRL + F suffit ...



Perspectives:

IntelliJ concept inexistant (yes!)

Eclipse: Pourquoi quand je vais dans EGit je peux plus avoir d'auto complete alors que je vois du code java ? Pourquoi j'ai plus ma console ? Ah oui c'est pas la bonne perspective !



Git:

IntelliJ parfaitement intégré et ça fonctionne

Eclipse... EGit -> très instable, ne supporte pas l'utliisation d'autres outils sur Git en parallèle (git bash ou sourcetree)



Building workspace interminable

IntelliJ -> autre mode de fonctionnement ca va très vite

Eclipse... sur des projets un peu conséquent ça dur ça dur... clean all / build clean all build



Design

IntelliJ <3 y a pas photo



Je pense qu'Eclipse est un incroyable dinosaure. Vraiment un outil monstrueux capable d'une puissance énorme mais qui est d'un autre temps pas forcément adapté au présent.



En résumé IntelliJ, comme presque tous les outils JetBrains, est payant mais on sait pourquoi on paie. Il y a des mises à jour régulières et le produit est clairement vivant. De nouvelles fonctionnalités font régulièrement leur apparition, la documentation est super bien faite et la communauté autour des plugins est bien la ! 9 3 Dans le monde Java mon incontournable c'est IntelliJPourquoi ?IntelliJ -> File > Open et c'est pret (Une fois un projet ouvert il possède une ïcone ses fichiers internes on peut sans autre le rouvrir très facilement)IntelliJ on ouvre un projet c'est -> file open il détecte tout seul un paquet de chosesEclipse on ouvre un projet c'est -> import ... et débrouille toiIntelliJ recherche GLOBALE (inclus dans le contenu des fichiers) CTRL + F ou alors Recherche par nom de fichier (shift + shift)Eclipse recherche GLOBALE textuelle ou alors recherche par resource ou alors recherche par type java ou alors recherche par ... ou alors ou alors... trop de ou alors ! CTRL + F suffit ...IntelliJ concept inexistant (yes!)Eclipse: Pourquoi quand je vais dans EGit je peux plus avoir d'auto complete alors que je vois du code java ? Pourquoi j'ai plus ma console ? Ah oui c'est pas la bonne perspective !IntelliJ parfaitement intégré et ça fonctionneEclipse... EGit -> très instable, ne supporte pas l'utliisation d'autres outils sur Git en parallèle (git bash ou sourcetree)IntelliJ -> autre mode de fonctionnement ca va très viteEclipse... sur des projets un peu conséquent ça dur ça dur... clean all / build clean all buildIntelliJ <3 y a pas photoJe pense qu'Eclipse est un incroyable. Vraiment un outil monstrueux capable d'une puissance énorme mais qui est d'un autre temps pas forcément adapté au présent.En résumé IntelliJ, comme presque tous les outils JetBrains, est payant mais on sait pourquoi on paie. Il y a des mises à jour régulières et le produit est clairement vivant. De nouvelles fonctionnalités font régulièrement leur apparition, la documentation est super bien faite et la communauté autour des plugins est bien la ! Membre actif https://www.developpez.com Envoyé par Mickael_Istria Envoyé par Je me sens oblige de corriger quelques "alternatives facts", qui ne sont plus vrais depuis suffisamment longtemps pour qu'on arrete de les colporter. . J'ai installé la dernière verison d'eclipse stable neon:



Envoyé par Mickael_Istria Envoyé par

Dans Eclipse: `File > Open Projects from FileSystem...` depuis bientot 2 ans, et il configure le projet au mieux.



1) Open projects from filesystem

2) il sait reconnaître un projet maven -> OK

3) il importe les dépendences automatiquement -> OK



Jusque la parfait.



Par contre il ne comprend pas que c'est un projet Git (ou alors c'est un choix de conception) -> mais toujours est-il que c'est à moi d'ouvrir la perspective Git pour avoir le support de Git dans ce projet dans eclipse. (IntelliJ le fait automatiquement pour moi)



Il ne détecte pas la présence d'un fichier persistence.xml (ORM) -> IntelliJ le fait ce qui me permet d'avoir des warning utiles si par exemple une entité n'est pas déclaré dans le persistence.xml



Il ne sait toujours pas déterminer quoi doit lancer mon application. Exemple je fais clic droit sur ma classe principale il me demande si je veux la lancer sur un serveur ou starter une java application. (IntelliJ je pense qu'il détecte "plus" de choses détermine mieux ce genre de chose)



Envoyé par Mickael_Istria Envoyé par

Tres instable? Je pense qu'encore une fois, tu as une vision depassee d'Eclipse IDE. C'est clair que quand on pense a une version d'il y a 5 ans, il y a des defauts; mais les choses changent et bien des utilisateurs te diront qu'EGit est maintenant l'un des meilleurs clients UI pour Git de ce bas monde.



Par contre :

J'ai des modifications à récupérer depuis le repo git (il faudrait que je fasse un pull)



Eclipse me note bien que j'ai une modif manquante en local avec la petite flèche -> OK

Je fais un pull en commande depuis git bash ou sourcetree -> eclipse n'en a rien a secouer pour lui j'ai tjrs des choses à récupérer du serveur. (Aucun rafraichissement d'eclipse quand d'autres outils interagissent avec git.)



Ca me dérange au plus haut point. On est bridé à eclipse alors que d'autres tools spécialement conçu pour gérer git au mieux existent. A contrario Sourcetree, IntelliJ ou encore la console bash (heureusement) sont capables de gérer cela sans problème.



En fait eclipse ne détecte aucun changement dans le système de fichier... si j'ajoute un fichier dans mon projet via le gestionaire de fichier ou un autre outil -> eclipse vit sa vie sans s'en soucier. IntelliJ refresh automatiquement l'arborescence.



Clairement décevant de la part d'eclipse après tant d'année il faut toujours faire "REFRESH"



Envoyé par Mickael_Istria Envoyé par

Au sujet du workspace qui se build sans arret:

C'est evidemment un default. Des bugs ont ete fixes pour limiter ca, et ca se sent; mais le probleme existe encore occasionnellement.





IntelliJ fonctionne différemment visiblement et ça évite ce désagrément.



Envoyé par Mickael_Istria Envoyé par

Au sujet du design:

Les gouts et les couleurs. Autant Eclipse sous Windows, j'aime pas; mais sous Linux je trouve qu'il est bien plus clair qu'IntelliJ. (et pour se faire un avis, on check la derniere version, on ne regarde pas des screenshots vieux de 2 ans

Au sujet du design:Les gouts et les couleurs. Autant Eclipse sous Windows, j'aime pas; mais sous Linux je trouve qu'il est bien plus clair qu'IntelliJ. (et pour se faire un avis, on check la derniere version, on ne regarde pas des screenshots vieux de 2 ans



La version windows d'eclipse quant à elle n'a pas changée depuis 10 ans. IntelliJ la retravaille en continu depuis les release 2017 on a par exemple des onglets actifs bien plus visibles etc. mais effectivement question de goût



IntelliJ que je travaille sur mon mac, le pc windows du boulot, ou linux c'est toujours la même apparence. (harmonie ?)



Envoyé par Mickael_Istria Envoyé par

Au final, IJ et Eclipse sont tres comparable en terme d'architecture et de consommation de resources. Beaucoup de workflows sont tres proches. Alors, certes, il y a des differences marquantes; mais il y a surtout enormement de ressemblance, donc si Eclipse appartient deja au passe, ca veut dire que c'est bientot le tour d'IntelliJ de le rejoindre dans le passe.





Du coup mon IntelliJ que j'utilise pour faire du Java ne load pas les plugins pour faire du PHP. Du coup quand je fais du java je ne charge que ce qui m'intéresse etc.

Alors oui on peut faire cela avec eclipse aussi -> 1 eclipse configuré par langage. Le problème c'est que il faut chercher tous les plugins a la main qu'on veut car pour faire du angular, gulp, nodejs, npm, bower, reactjs, typescript eclipse c'est pas droit ça. Pareil pour du php avec symfony... le plugin pour phpstorm est vraiment mieux fait. (Pas la faute d'eclipse on s'entend mais si les plugins sont meilleurs ailleurs ca peu aussi pousser les gens à utiliser autre chose.)



IntelliJ étant payant je pense que son model économique lui assure un bel avenir. De plus, si Google l'a choisi pour faire son environnement de développement officiel pour Android (et pas eclipse rcp) je pense qu'il y a certainement de bonnes raisons et pas mal d'argent qui transite entre les 2. Donc qui dit argent -> dit développeurs pour fixer des bugs et développer de nouvelles fonctionnalités.



Envoyé par Mickael_Istria Envoyé par

Eclipse IDE a des mises a jour tous les 3 mois.

Rien qu'Eclipse Platform (donc sans EGit, sans C/C++, sans Maven et compagnie) fait du ~350 commits par mois Eclipse IDE a des mises a jour tous les 3 mois.Rien qu'Eclipse Platform (donc sans EGit, sans C/C++, sans Maven et compagnie) fait du ~350 commits par mois https://projects.eclipse.org/project...e.platform/who (et je te laisse regarder la qualite des commits, c'est souvent des gros morceaux de fix ou de fonctionnalites. C'est comparable a ce qu'Intellij Community affiche.



IntelliJ les EAP (early releases) c'est accessible pour tous le monde vu que tout le monde paie. Et ça c'est pas tous les 3 mois c'est bien plus fréquemment.



Ah et juste pour le plaisir des yeux. Une release eclipse vs une release intelliJ :



eclipse :

intellij:



J'ai un peu l'impression que Eclipse c'est fait par un étudiant pressé qui ne se soucie que du fonctionnel et pas du confort d'utilisation. Jetbrains, une entreprise qui soigne les apparences, fourni une doc et des outils de qualité. Paie des UX designer, et met le paquet ! N'oublions pas que contrairement à eclipse, JetBrains a une pression assez grande car elle doit fournir mieux que l'existant gratuit sinon elle peut mettre la clé sous la porte. Donc ne serait-ce que son business model l'oblige à mieux faire que les autres. Un pas en avant d'eclipse c'est 10 à faire pour IntelliJ pour tenir la cadence.



Par contre je suis ravi qu'eclipse et netbeans soient de la partie ça crée une concurrence entre eux qui est bénéfique à nous tous. 6 0 Très bien alors je me suis prêté au jeu effectivement en 2 ans ça a pu évoluer. J'ai installé la dernière verison d'eclipse stable neon:Ce qui se passe avec eclipse :1) Open projects from filesystem2) il sait reconnaître un projet maven -> OK3) il importe les dépendences automatiquement -> OKJusque la parfait.Par contre il ne comprend pas que c'est un projet Git (ou alors c'est un choix de conception) -> mais toujours est-il que c'est à moi d'ouvrir la perspective Git pour avoir le support de Git dans ce projet dans eclipse. (IntelliJ le fait automatiquement pour moi)Il ne détecte pas la présence d'un fichier persistence.xml (ORM) -> IntelliJ le fait ce qui me permet d'avoir des warning utiles si par exemple une entité n'est pas déclaré dans le persistence.xmlIl ne sait toujours pas déterminer quoi doit lancer mon application. Exemple je fais clic droit sur ma classe principale il me demande si je veux la lancer sur un serveur ou starter une java application. (IntelliJ je pense qu'il détecte "plus" de choses détermine mieux ce genre de chose)Alors je peux faire un stash sans problème contrairement à avant ou l'ide tournait en boucle et se perdait dans lui-même.Par contre :J'ai des modifications à récupérer depuis le repo git (il faudrait que je fasse un pull)Eclipse me note bien que j'ai une modif manquante en local avec la petite flèche -> OKJe fais un pull en commande depuis git bash ou sourcetree -> eclipse n'en a rien a secouer pour lui j'ai tjrs des choses à récupérer du serveur. (Aucun rafraichissement d'eclipse quand d'autres outils interagissent avec git.)Ca me dérange au plus haut point. On est bridé à eclipse alors que d'autres tools spécialement conçu pour gérer git au mieux existent. A contrario Sourcetree, IntelliJ ou encore la console bash (heureusement) sont capables de gérer cela sans problème.En fait eclipse ne détecte aucun changement dans le système de fichier... si j'ajoute un fichier dans mon projet via le gestionaire de fichier ou un autre outil -> eclipse vit sa vie sans s'en soucier. IntelliJ refresh automatiquement l'arborescence.Clairement décevant de la part d'eclipse après tant d'année il faut toujours faire "REFRESH"Le problème existe toujours et très clairement. Nous avons un projet basé sur Eclipse RCP que vous semblez bien connaître. Lorsqu'on change de branche dans EGit c'est une catastrophe eclipse veut tout rebuild ... et après oui on peut décocher mais parfois ca serait bien qu'il le fasse également.IntelliJ fonctionne différemment visiblement et ça évite ce désagrément.100% d'accord question de gout personnel.La version windows d'eclipse quant à elle. IntelliJ la retravaille en continu depuis les release 2017 on a par exemple des onglets actifs bien plus visibles etc. mais effectivement question de goûtIntelliJ que je travaille sur mon mac, le pc windows du boulot, ou linux c'est toujours la même apparence. (harmonie ?)Au niveau de l'architecture je sais pas. Mais niveau consommation de resources je dirais non pour la raison suivante: Jetbrains propose IntelliJ pour java, Webstorm pour le web, JS etc. PHPStrom pour php avec pour chacun leur plugins préinstallés.Du coup mon IntelliJ que j'utilise pour faire du Java ne load pas les plugins pour faire du PHP. Du coup quand je fais du java je ne charge que ce qui m'intéresse etc.Alors oui on peut faire cela avec eclipse aussi -> 1 eclipse configuré par langage. Le problème c'est que il faut chercher tous les plugins a la main qu'on veut car pour faire du angular, gulp, nodejs, npm, bower, reactjs, typescript eclipse c'est pas droit ça. Pareil pour du php avec symfony... le plugin pour phpstorm est vraiment mieux fait. (Pas la faute d'eclipse on s'entend mais si les plugins sont meilleurs ailleurs ca peu aussi pousser les gens à utiliser autre chose.)IntelliJ étant payant je pense que son model économique lui assure un bel avenir. De plus, si Google l'a choisi pour faire son environnement de développement officiel pour Android (et pas eclipse rcp) je pense qu'il y a certainement de bonnes raisons et pas mal d'argent qui transite entre les 2. Donc qui dit argent -> dit développeurs pour fixer des bugs et développer de nouvelles fonctionnalités.Alors pour ma part eclipse RCP je connais très bien également on a travaillé avec sur un projet. Les bugs ça fonctionne bien souvent comme ca. Comme on est une entreprise on peut pas attendre que des devs fixent ça le soir chez eux bénévolement. Donc il y a des team eclipse dans plein de pays du monde qui proposent de fixer des bugs dans RCP moyennant finance. Et ces bugs sont fixés en avance pour l'entreprise qui paie. Et publié plus tard dans les releases "publiques".IntelliJ les EAP (early releases) c'est accessible pour tous le monde vu que tout le monde paie. Et ça c'est pas tous les 3 mois c'est bien plus fréquemment.Ah et juste pour le plaisir des yeux. Une release eclipse vs une release intelliJ :eclipse : https://www.eclipse.org/eclipse/news...6/platform.php intellij: https://www.jetbrains.com/idea/whatsnew/ J'ai un peu l'impression que Eclipse c'est fait par un étudiant pressé qui ne se soucie que du fonctionnel et pas du confort d'utilisation. Jetbrains, une entreprise qui soigne les apparences, fourni une doc et des outils de qualité. Paie des UX designer, et met le paquet ! N'oublions pas que contrairement à eclipse, JetBrains a une pression assez grande car elle doit fournir mieux que l'existant gratuit sinon elle peut mettre la clé sous la porte. Donc ne serait-ce que son business model l'oblige à mieux faire que les autres. Un pas en avant d'eclipse c'est 10 à faire pour IntelliJ pour tenir la cadence.Par contre je suis ravi qu'eclipse et netbeans soient de la partie ça crée une concurrence entre eux qui est bénéfique à nous tous. Membre régulier https://www.developpez.com



Alors certes ça coûte une blinde, mais pour un outil que j'utilise 8 heures par jour toute l'année, ça ne me pose pas de soucis. 5 0 Sans hésiter les éditeurs Jetbrains, qui en plus d'avoir toutes les fonctionnalités de refactoring et le support des frameworks dont j'ai besoin tout en étant plus léger que Netbeans ou Eclipse, permettent de passer de PHPStorm à Android Studio ou à Pycharms sans être dépaysé.Alors certes ça coûte une blinde, mais pour un outil que j'utilise 8 heures par jour toute l'année, ça ne me pose pas de soucis. Membre régulier https://www.developpez.com



En environnement Linux, je suis bien à l'aise avec Vim que je trouve à la fois light et complet. 4 0 Je suis un adepte d'Eclipse depuis 2007 et je le reste encore 10ans aprèsEn environnement Linux, je suis bien à l'aise avec Vim que je trouve à la fois light et complet. Membre actif https://www.developpez.com Envoyé par Mickael_Istria Envoyé par



On en reparle dans 3 ans



Ouais, ca me fait exactement penser aux utilisateurs de Mac qui deviennent des homme-sandwiches. Leur marketing est en effet efficace. Dans le monde Eclipse, c'est de loin ce qu'on jalouse le plus d'IntelliJ.

Le "early access", c'est marrant que ca plaisent tant aux clients JetBrains alors que les memes te diront qu'ils sont contre utiliser des milestones d'Eclipse; alors que c'est la meme chose. La encore, c'est un truc fort de leur marketing de faire bosser leurs clients (qui payent deja) pour eux. Non, le plugin n'est pas loade tant qu'il ne charge pas de classe Java. Si le menu est defini dans le plugin.xml, definit ses activeWhen/visibleWhen dans le plugin.xml sans faire reference a une classe Java du plugin (type "isEnabled" sur le handler), alors le plugin n'est pas loade. Il sera loade quand tu cliques sur le menu, si l'action de ce menu fait appel a du code du plugin.On en reparle dans 3 ansOuais, ca me fait exactement penser aux utilisateurs de Mac qui deviennent des homme-sandwiches. Leur marketing est en effet efficace. Dans le monde Eclipse, c'est de loin ce qu'on jalouse le plus d'IntelliJ.Le "early access", c'est marrant que ca plaisent tant aux clients JetBrains alors que les memes te diront qu'ils sont contre utiliser des milestones d'Eclipse; alors que c'est la meme chose. La encore, c'est un truc fort de leur marketing de faire bosser leurs clients (qui payent deja) pour eux.

Si tu es convaincu que tu as trouvé la bonne nana tu va plus vouloir changer c'est pareil pour les IDE je pense haha



Sinon ça fait plaisir de voir quelqu'un qui partage une opinion divergente qui me met pas des "j'aime pas" a chacun de mes posts ! Merci pour l'échange c'était super instructif/constructif et le fait d'avoir re-essayé eclipse m'a quand même montré que du progrès a été fait dans le bon sens ! 4 0 Des convaincus simplementSi tu es convaincu que tu as trouvé la bonne nana tu va plus vouloir changer c'est pareil pour les IDE je pense hahaSinon ça fait plaisir de voir quelqu'un qui partage une opinion divergente qui me met pas des "j'aime pas" a chacun de mes posts ! Merci pour l'échange c'était super instructif/constructif et le fait d'avoir re-essayé eclipse m'a quand même montré que du progrès a été fait dans le bon sens ! Membre émérite https://www.developpez.com

* C'est gratuit

* On peut facilement gerer plusieurs projets tres differents sans changer de fenetre de developpement toutes les 3 minutes.

* Il existe des extensions pour a peu pres tout: frameworks, servers, clouds, langages.. et les extensions durent des annees sans avoir trop a changer car Eclipse fait attention a ses "integrateurs"

* Entre ce qui est par defaut et le Marketplace, il a un support entre correct et excellent pour quasiment tous les langages (perso j'utilise essentiellement Java, mais aussi Bash, JS, TypeScript, HTML... et aussi PHP, Python, Ceylon, Kotlin et autres que je n'utilise pas)

* Il excelle en support de modeleurs graphiques et dans leur developpement

* c'est du vrai open-source sans licence, avec mises a jour gratuites a vie, qu'on peut partager avec ses collegues, sa famille et ses voisins sereinement et sans avoir a payer ni a hacker de serveur de license

* Le code bas niveau est incroyablement beau et une fois pris en main permet de tout faire de maniere elegante

* L'ecosysteme Eclipse est un paradis du developpeur open-source: des boites en tous genres (DevTools, Science, IoT...), avec des vagues de recrutement frequentes... Bref, de quoi faire une carriere sympa.

Et surement d'autres arguments auxquels je penserai au fur et a mesure. 7 4 De loin Eclipse IDE.* C'est gratuit* On peut facilement gerer plusieurs projets tres differents sans changer de fenetre de developpement toutes les 3 minutes.* Il existe des extensions pour a peu pres tout: frameworks, servers, clouds, langages.. et les extensions durent des annees sans avoir trop a changer car Eclipse fait attention a ses "integrateurs"* Entre ce qui est par defaut et le Marketplace, il a un support entre correct et excellent pour quasiment tous les langages (perso j'utilise essentiellement Java, mais aussi Bash, JS, TypeScript, HTML... et aussi PHP, Python, Ceylon, Kotlin et autres que je n'utilise pas)* Il excelle en support de modeleurs graphiques et dans leur developpement* c'est du vrai open-source sans licence, avec mises a jour gratuites a vie, qu'on peut partager avec ses collegues, sa famille et ses voisins sereinement et sans avoir a payer ni a hacker de serveur de license* Le code bas niveau est incroyablement beau et une fois pris en main permet de tout faire de maniere elegante* L'ecosysteme Eclipse est un paradis du developpeur open-source: des boites en tous genres (DevTools, Science, IoT...), avec des vagues de recrutement frequentes... Bref, de quoi faire une carriere sympa.Et surement d'autres arguments auxquels je penserai au fur et a mesure. Membre éclairé https://www.developpez.com Envoyé par sbeex Envoyé par En résumé IntelliJ, comme presque tous les outils JetBrains, est payant mais on sait pourquoi on paie. Il y a des mises à jour régulières et le produit est clairement vivant. De nouvelles fonctionnalités font régulièrement leur apparition, la documentation est super bien faite et la communauté autour des plugins est bien la !



Et si beaucoup sont freinées par l'abonnement, quand je vois le temps qu'il me fait gagner, c'est plus que rentable!



Seul bémol : son temps de démarrage assez longuet bien que j'aie une bonne machine récente et puissante. 3 0 C'est exactement ça... Outre leurs mises à jour régulières, z'ont aussi un super service client hyper réactif et sympathique.Et si beaucoup sont freinées par l'abonnement, quand je vois le temps qu'il me fait gagner, c'est plus que rentable!Seul bémol : son temps de démarrage assez longuet bien que j'aie une bonne machine récente et puissante. Membre émérite https://www.developpez.com Oui et non mais pour autant que je sache si un plugin contribue a un menu de RCP il doit être loadé non ? Oui et non mais pour autant que je sache si un plugin contribue a un menu de RCP il doit être loadé non ?



Mais comme tu as pu le lire ne serait-ce qu'ici les gens qui l'utilisent sont assez convaincu de l'outil et sont fidélisés. Mais comme tu as pu le lire ne serait-ce qu'ici les gens qui l'utilisent sont assez convaincu de l'outil et sont fidélisés.



JetBrains a su créé une communauté "fière" et fidèle. JetBrains a su créé une communauté "fière" et fidèle.

Le "early access", c'est marrant que ca plaisent tant aux clients JetBrains alors que les memes te diront qu'ils sont contre utiliser des milestones d'Eclipse; alors que c'est la meme chose. La encore, c'est un truc fort de leur marketing de faire bosser leurs clients (qui payent deja) pour eux. 3 0 Non, le plugin n'est pas loade tant qu'il ne charge pas de classe Java. Si le menu est defini dans le plugin.xml, definit ses activeWhen/visibleWhen dans le plugin.xml sans faire reference a une classe Java du plugin (type "isEnabled" sur le handler), alors le plugin n'est pas loade. Il sera loade quand tu cliques sur le menu, si l'action de ce menu fait appel a du code du plugin.On en reparle dans 3 ansOuais, ca me fait exactement penser aux utilisateurs de Mac qui deviennent des homme-sandwiches. Leur marketing est en effet efficace. Dans le monde Eclipse, c'est de loin ce qu'on jalouse le plus d'IntelliJ.Le "early access", c'est marrant que ca plaisent tant aux clients JetBrains alors que les memes te diront qu'ils sont contre utiliser des milestones d'Eclipse; alors que c'est la meme chose. La encore, c'est un truc fort de leur marketing de faire bosser leurs clients (qui payent deja) pour eux. Modérateur https://www.developpez.com 3 0 La même : merci Mickael_Istria pour les réponses que tu apportes sur Eclipse Poster une réponse Signaler un problème

