IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Quels sont vos environnements de développement intégrés (EDI) préférés pour programmer en 2017 ?
Et pourquoi ?

Le , par Community Management

1.2KPARTAGES

28  0 
Quels sont vos EDI préférés pour programmer en 2017 ?
Microsoft Visual Studio
26 %
JetBrains (IntelliJ IDEA, PyCharm, PHPStorm, CLion, RubyMine, WebStorm etc.)
25 %
Eclipse
15 %
Embarcadero (Delphi, C++Builder, RAD Studio)
11 %
Microsoft Visual Studio Code
11 %
Notepad++
10 %
Vim
9 %
Netbeans
7 %
Sublime Text Editor
5 %
Atom
5 %
Qt Creator
5 %
Lazarus
4 %
Code::Blocks
4 %
Geany
4 %
Windev
3 %
Emacs
2 %
Komodo
1 %
XCode
1 %
Eclipse CHE
1 %
Cloud 9
1 %
KDevelop
0 %
Kate
0 %
Aptana Studio
0 %
Autres ? Merci de le préciser en commentaires
2 %
Pas d'avis
0 %
Voter 387 votants
EDIT : 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.

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

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Hizin
Modérateur https://www.developpez.com
Le 28/03/2017 à 15:46
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
9  0 
Avatar de sbeex
Membre actif https://www.developpez.com
Le 28/03/2017 à 16:16
Dans le monde Java mon incontournable c'est IntelliJ 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 
Avatar de sbeex
Membre actif https://www.developpez.com
Le 29/03/2017 à 9:57
Citation Envoyé par Mickael_Istria Voir le message
Je me sens oblige de corriger quelques "alternatives facts", qui ne sont plus vrais depuis suffisamment longtemps pour qu'on arrete de les colporter.
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:

Citation Envoyé par Mickael_Istria Voir le message

Dans Eclipse: `File > Open Projects from FileSystem...` depuis bientot 2 ans, et il configure le projet au mieux.
Ce qui se passe avec eclipse :
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)

Citation Envoyé par Mickael_Istria Voir le message

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.
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 -> 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"

Citation Envoyé par Mickael_Istria Voir le message

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.
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.

Citation Envoyé par Mickael_Istria Voir le message

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
100% d'accord question de gout personnel.

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 ?)

Citation Envoyé par Mickael_Istria Voir le message

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.
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.

Citation Envoyé par Mickael_Istria Voir le message

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.
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.
6  0 
Avatar de BlueScreenJunky
Membre habitué https://www.developpez.com
Le 28/03/2017 à 18:54
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.
5  0 
Avatar de Daniel Josue
Membre régulier https://www.developpez.com
Le 28/03/2017 à 15:28
Je suis un adepte d'Eclipse depuis 2007 et je le reste encore 10ans après

En environnement Linux, je suis bien à l'aise avec Vim que je trouve à la fois light et complet.
4  0 
Avatar de sbeex
Membre actif https://www.developpez.com
Le 29/03/2017 à 13:04
Citation Envoyé par Mickael_Istria Voir le message
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 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.
Des convaincus simplement
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 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 28/03/2017 à 16:11
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.
7  4 
Avatar de Lcf.vs
Membre éclairé https://www.developpez.com
Le 28/03/2017 à 16:34
Citation Envoyé par sbeex Voir le message
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 !
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.
3  0 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 29/03/2017 à 12:35
Oui et non mais pour autant que je sache si un plugin contribue a un menu de RCP il doit être loadé non ?
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.

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.
On en reparle dans 3 ans

JetBrains a su créé une communauté "fière" et fidèle.
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.
3  0 
Avatar de Hizin
Modérateur https://www.developpez.com
Le 29/03/2017 à 14:31
La même : merci Mickael_Istria pour les réponses que tu apportes sur Eclipse
3  0