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 !

EDI desktop : Visual Studio détrôné par Eclipse au mois de septembre
L'EDI Java est désormais le plus populaire selon PYPL

Le , par Michael Guilloux

341PARTAGES

7  0 
S’il est plus connu pour mesurer la popularité des langages de programmation, PYPL (PopularitY of Programming Language Index) s’intéresse également aux EDI, en prenant en compte aussi bien les simples éditeurs de code que les environnements de développement évolués. C’est d’ailleurs ce marché qui nous a intéressés le mois dernier.

Comme pour les langages de programmation, le classement des environnements de développement obéit à une même méthodologie. PYPL se base sur l’analyse du nombre de fois où un tutoriel sur un EDI spécifique est recherché sur Google. PYPL exploite les données provenant de Google Trends en utilisant le mot-clé « tutoriel ». Ce mot-clé est fréquemment utilisé par les développeurs qui apprennent un nouvel EDI. S’il a certainement des limites, cet index peut toutefois être un indicateur intéressant de la popularité des environnements de développement.

Pour le mois d’août, Visual Studio et Eclipse étaient en tête de l'indice de popularité PYPL des EDI de bureau. Après avoir pris le dessus sur Eclipse l’an dernier, Visual Studio de Microsoft détenait le mois passé 22,4 % de parts de marché, alors que l’EDI open source se situait à 20,38 %. Tous les deux, ils se sont donc approprié plus de 40 % des parts de marché, loin devant Android Studio de Google à la troisième place et avec un peu moins de 10 %.

Pour ce mois de septembre, le changement notable se passe à la tête du classement. Eclipse reprend la première place en éclipsant Visual Studio de Microsoft. Dans le top 10, il n’y a pas d’autre changement par rapport au mois dernier outre le fait que l’EDI IntelliJ de JetBrains gagne également une place dans le classement au détriment de l’EDI NetBeans développé par Oracle. Ci-dessous le classement PYPL EDI desktop pour le mois de septembre 2017.

#1. Eclipse : 24,23 %
#2. Visual Studio : 21,77 %
#3. Android Studio : 9,39 %
#4. Vim : 7,83 %
#5. JetBrains IntelliJ : 4,54 %
#6. NetBeans : 4,36 %
#7. Apple Xcode : 4,24 %
#8. Komodo : 4,18 %
#9. Sublime Text : 3,36 %
#10. Xamarin : 3,21 %

Comme le mois dernier, on retrouve tout juste après les 10 premiers l’éditeur de code open source et multiplateforme de Microsoft, Visual Studio Code. Avec 2,69 %, VS Code est encore celui qui enregistre la croissance la plus forte du groupe au mois de septembre, soit +1,0 % de parts de marché en un an.


En ce qui concerne les environnements de développement en ligne ou en mode cloud, ce sont Cloud9 et JSFiddle qui dominent le classement de PYPL avec respectivement 36,21 % et 31,38 %. Tous les deux, ils détiennent donc deux tiers des parts de ce marché. Ci-dessous le top 10 complet pour les EDI en ligne.

#1. Cloud9 : 36,21 %
#2. JSFiddle : 31,38 %
#3. Koding : 8,68 %
#4. Codio : 5,84 %
#5. Ideone : 5,74 %
#6. Codeanywhere : 4,75 %
#7. Pythonanywhere : 2,68 %
#8. Codenvy : 1,77 %
#9. Codiad : 0,64 %
#10. Python Fiddle : 0,63 %


Sources : PYPL EDI desktop, PYPL EDI en ligne

Et vous ?

Que pensez-vous de ces classements ? Reflètent-ils la réalité que vous avez expérimentée ?
Croyez-vous qu’en termes de qualité et de performance, ces classements ne seront pas bouleversés ?

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

Avatar de redbullch
Membre confirmé https://www.developpez.com
Le 16/09/2017 à 10:32
Il se passe quoi si Jean-Kévin veut fabriquer une boite pour regarder l’éclipse? Apparemment s'il tape "tutorial box eclipse" ça va compter comme quelqu'un qui cherche des infos sur l'IDE Eclipse...
7  0 
Avatar de spidetra
Membre confirmé https://www.developpez.com
Le 16/09/2017 à 16:47
Citation Envoyé par redbullch Voir le message
Il se passe quoi si Jean-Kévin veut fabriquer une boite pour regarder l’éclipse? Apparemment s'il tape "tutorial box eclipse" ça va compter comme quelqu'un qui cherche des infos sur l'IDE Eclipse...
Tu veux dire un peu comme l'énorme pic du 20 août que l'on voit sur Google Trends qui correspond exactement à l'clipse solaire du 21 août aux USA
5  0 
Avatar de e101mk2
Membre éclairé https://www.developpez.com
Le 17/09/2017 à 19:19
Que pensez-vous de ces classements ?
Inutile, ils ce basent sur les recherches google avec le mot "tutoriel".

Je n'ait jamais eu besoins d'un tutoriel pour Qt creator, Codeblock, anjuta et autre.
Par-contre pour Visual studio, éclipse et autre EDI qui fourmillent de fonctionnalité qui pour la majorité ne sont jamais utilisée, un tutoriel peut être requis pour éviter de perdre du temps.

J'ai l'impression que ce classement juge plus la difficulté a prendre en main les EDI que leur popularité.
3  0 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 19/09/2017 à 9:31
Citation Envoyé par Chauve souris Voir le message
Java et Eclipse c'est du ricain délibérément non traduit donc goto trash (c'est comme ça qu'on dit en langage IT ?).
N'importe quoi. Verifie tes propos avant de commenter s'il te plait:
* https://www.eclipse.org/babel/downloads.php : "Babel Language Packs R0.15.0 for Oxygen, Neon, and Mars release trains are now available! [...] Babel is currently setup to accept translation contributions in 47 languages for about 40+ Eclipse projects and sub-projects."
* Si tu regardes les contributeurs d'Eclipse IDE et que tu les tries par pays (ce qui est une tres mauvaise idee, les projets open-sources comme Eclipse IDE sont bien au dela de consideration nationaliste a 2 balles et traitent les contributeurs uniquement en fonction de leurs contributions), tu verras que la plupart du developpement est en Europe de nos jours.

Pour Java, je connais pas de stats, mais j'imagine que tu sors encore ton propos d'une conviction non verifiee et fausse, et que la realite est bien different
3  0 
Avatar de GordonFreeman
Membre éclairé https://www.developpez.com
Le 18/09/2017 à 16:21
Citation Envoyé par martopioche Voir le message
Ah oui mais tu vois, les "avantages existants", tant qu'en soi Eclipse reste un outil non productif, moi, ils ne m'intéressent pas. Peu importe que les défauts soient reproductibles ou non.

C'est quand même fou qu'un outil 'non productif' aie autant de part de marché......

Bref...

Personnellement j'utilise Eclipse (Java, PDT, STS, etc) depuis de nombreuse années (env. 12 ans),. J'ai également utilisé VS 2008 et 2010, NetBeans (il y a longtemps) testé IntelliJ et d'autres.
On peu critiquer Eclipse pour certaines choses, c'est vrai. Comme tous les logiciels j'ai envie de dire.

Mais un outils si puissant (si si, faut juste avoir un peu d'idée..) ouvert (tu peux développer tes plugins), gratuit, avec un tel niveau d'intégration des différentes technologies, etc, c'est quand même pas rien.

Je rejoins ce qui à été dit par certaines personnes, certains crachent dessus sans se donner la peine de comprendre pourquoi ça ne va pas comme ils veulent.

Une des mes expériences il y à quelques années m'a amenée dans une entreprise de 30 devs environ (ingénieurs pour la plupart). Tous le monde gueulait contre Eclipse. C'est lent, sa plante, sa rame, et tous ce qui va avec.

On analyse la moindre :
- projet de + de 2'000'00 de ligne de code (un énoooorme monolithe en java 6)
- une version d'Eclipse de plus de 2 ans et demi
- Des poste de dev mono processeurs avec clairement un manque de RAM pour la taille du projet ......
Et, des devs qui travaillaient depuis des années avec Eclipse mais qui n'avaient aucune idée de la manière de le paramétrer (XMX, PermGen, JAVA_HOME, etc)

En résumé, des personnes peu investie, des machines clairement insuffisantes, un projet clairement sur-dimensionné et voilà, Eclipse qualifié de source de tous les maux!
Mais à moment donner quand veux de la fonctionnalités et puissance, il faut aussi se donner les moyens et apprendre à l'utiliser. C'est quand même l'outil de travail quotidien du dev.

Je ne veux pas faire un blanc-sein à Eclipse ou dire qu'il est parfait mais trop souvent j'ai entendu des gens le critiquer et quand on regarde concrètement quel est le problème on s'aperçoit que la source du problème n'est pas forcément celle qu'on imaginait (entre le clavier et la chaise peut-être ?!)

Cordialement
3  1 
Avatar de captaindidou
Inactif https://www.developpez.com
Le 17/09/2017 à 10:05
Mais ce que je note, c'est que la fiabilité d'éclipse s'est bien améliorée depuis Néon, enfin ...

Si on ajoute à cela, son écosystème, son système de plugin ouvert aux tiers et EMF... Je n'ai pas pu résister. Je suis accroché depuis indigo.
La critique principale, c'est qu'en moyenne, il occupe 1Go voire 1,4 Go. Mais avec 8Go de RAM,on l'oublie vite. Parfois, des problèmes de réactivité aussi.
1  0 
Avatar de Aiekick
Membre extrêmement actif https://www.developpez.com
Le 17/09/2017 à 18:10
Et que c'est une usine a GAZ
4  3 
Avatar de GordonFreeman
Membre éclairé https://www.developpez.com
Le 21/09/2017 à 14:53
Citation Envoyé par martopioche Voir le message
Pour les langages, pour lesquels ont peut faire la même critique, j'ai plutôt tendance à présenter ces classements comme des indicateurs d'activité plutôt que de popularité.

Si avoir le plus grand nombre te rassure, bien à toi. C'est la base même de l'argumentaire fallacieux. Il aurai un sens si la notion de "productivité" était un critère dans le choix d'un outil et dans ce cas, qu'il ai un chiffrage.
Mais remarque, tu a tout à fait raison, l'entreprise évolue dans ce sens : l'open space est démontré comme étant l'environnement le plus productif vu la part qu'il occupe dans les environnements des devs. Les postes dits "bureautique" (un seul écran, RAM et processeur anémique) sont les plus productifs malgré les critiques des devs sur ce qu'ils reprochent à leur environnement de travail vu leur part dans les open-spaces…

Après, je n'ai pas de critique pour la part de marché, si je dois refaire de la prestation à la présence, j'exige Eclipse. Grâce à lui, quand le CDP vient te voir pourquoi t'a rien fait de la journée où tu a passé 3 heures à faire tes courses en ligne, si tu lui dit excédé qu'Eclipse a foutu en l'air ton workspace et que tu a passé 3 heures à rattraper le projet, il a la gentillesse de te créer une tâche "indisponibilité du poste de travail" pour que tu impute dessus
Non mais ne t'enflamme pas hein, on a bien compris que tu détestais ce logiciel. Ce qu'il fallait comprendre dans mon message, c'est que dire d'Eclipse que c'est un outils non-productif sans le moindre détail sur le pourquoi du comment n'est pas crédible du tout. On ne peut même pas parler d'arguments fallacieux dans ce cas car il n'y a pas d'argument...

On l'aime ou on ne l'aime pas, c'est un fait. Mais de dire qu'on ne peut rien produire avec un outil qui a une si grande adoption, c'est quand même fort de café.
Surtout vis à vis des personnes (moi en l’occurrence mais aussi beaucoup d'autres) qui travaillent avec, qui ont ont pris le temps de connaître leurs outils de travail et produisent sans problèmes avec cet outil depuis des années. En fait tous ces gens ne produisent rien depuis des années ?!

Ne le prend pas mal mais comme je l'ai expliqué dans mon message, j'ai connu beaucoup de gens qui crachaient dessus gratuitement, mais dès qu'on regardait d’où venaient les problèmes on remarquait que ce n'est pas forcément l'EDI la source du mal. Et on remarquait également qu'en accédant à leur demande de changement (d'EDI, de repo ou autres) les problèmes étaient toujours là. Différents mais toujours là. De là à dire que c'est un problème de capacité ou d'intérêt de la part du dev pour son travail, il n'y a qu'un pas que je franchirai pas..

Voilà, je ne vais pas m'étendre 10 ans là dessus. Je voulais juste te faire remarquer que ta remarque n'était pas fondé (et encore moins fournie par des propos qui auraient pu nous faire comprendre ton point de vue). C'est tout.

Cordialement.
1  0 
Avatar de petitours
Membre chevronné https://www.developpez.com
Le 21/09/2017 à 16:10
Bonjour

Pour ma part j'utilise Visual studio en c# depuis 2007 et éclipse pour faire du C en embarqué depuis à peu près en même temps et pour faire du python (grand débutant)

En 2007-2010 il n'y avait pas photo
Visual studio et C# genialissimes, tout bien intégré, droit au but, super clair, productif alors qu’éclipse à coté demandait un pc sorti de la nasa pour fonctionner, plantait beaucoup avec d'innombrables interfaces qui perdaient leur compatibilité à la moindre mise à jour....

Depuis Eclipse a progressé, plus robuste, un peu plus clair même si ça reste un gros château de carte et que je tremble quand je fais la mise à jour d'une brique.
à coté de ça Visual studio a beaucoup régressé ; déjà dans l'ergonomie, avec l'arrivée de l’interface monochrome "jolie" dont on n'a que faire en développement (on veut du productif, du repère visuel, du confort...) et surtout la désintégration avec le mélange de 500000 technos. Avant on voulait faire un truc on regardait comment faire et zou ; maintenant pour faire un truc il faut choisir une techno, l'intégrer, l'interfacer, comprendre ses incompatibilité avec ce qu'on a déjà fait.... et on avance pas.
Ça part tellement en vrille Visual studio et son langage de base C# que j'ai choisi début d'année d'abandonner la techno (et pourtant ça me coute !!)

Au final des trucs un peu lourdingues comme éclipse on peut avoir plus la main dessus et changer de langage ou de techno (ce n'est qu'un éditeur de texte très doué au final) alors que des machins proprio comme VS qui répondent à des politiques commerciales (anti pérennité) sur lesquelles on n'a pas la main et ben un jour elle deviennent aussi mal adaptées qu'on les a trouvé géniales un jour.
1  0 
Avatar de Mickael_Istria
Membre émérite https://www.developpez.com
Le 22/09/2017 à 16:07
Citation Envoyé par spidetra Voir le message
1. La vélocité des évolutions. Je viens de revoir la liste des évolutions dans Oxygent pour JDT
C'est en effet un des soucis de JDT en particulier. Comme JDT re-implemente la spec Java compilation -et ne reutilise pas javac- le gros du boulot va dans la partie compil et pas dans le cote addition de nouvelles features et "workflow". Les efforts de developpement, meme s'ils sont tres gros, ne produisent donc pas la meme valeur ajoutee. A moins que JDT recrute pas mal d'autres contributeurs, ca me parait pas trop etre quelquechose qui changera facilement

Les 20 évolutions restantes améliorent la vie du développeur, mais rien de vraiment révolutionnaire.
Si tu veux les trucs comparables a ce qu'IJ met dans son N&N, il faut regarder aussi du cote de CodeRecommanders (inclus par defaut avec l'IDE) et des plugins SpotBugs/SonarLint. Les control-flow analysis et compagnie c'est pas dans JDT direct, mais c'est un truc qui est dispo en tant qu'extension dans Eclipse IDE depuis bien des annees.

Aujourd'hui ce facteur est clairement en faveur d'IntelliJ, mais cela n'as pas toujours été le cas. En 2004, il y avait d'un côté, Goliath, la fondation Eclipse supporté par IBM et d'autres poids lourds (Red Hat, et autres), et de l'autre, David, une petite PME de moins de 50 salariés. Jetbrains aurait dû se faire écraser.
Marlgre les poids lourds derriere lui, Eclipse IDE n'a jamais eu 50 salaries temps plein dedies a son developpement j'ai l'impression Eclipse IDE n'est pas aussi critique pour IBM/Red Hat/... qu'IntelliJ est pour JetBrains, c'est une demarche tres differente, avec des resultats tres differents.
JetBrains, ils sont obliges de faire du bon boulot pour survivre; s'ils se loupent ou si la concurrence l'etouffe un peu (VSCode est a mon avis une menace pour eux) et s'ils ne monetisent plus assez leurs IDE, ca peut avoir des consequences lourdes sur l'entreprise et sur le produit
Dans Eclipse IDE, la philosophie est que chaque "vendeur" puisse facilement y mettre sa sauce pour qu'il survive. C'est comme ca que sortent les IDEs dedies comme Red Hat Developer Studio, Rational IDE, Obeo Designer.... En gros, l'ecosysteme RCP est la cle de voute plus que les utilisateurs de l'IDE. Et comme les editeurs de RCP sont ceux qui contribuent a l'IDE, c'est du self-service.
Ca n'empeche pas que beaucoup de contributeurs d'Eclipse IDE fassent au mieux pour les utilisateurs, mais comme tu le dis, maintenant JetBrains a + de moyens humains et financiers mis dans ces IDE. Et ca marche, et c'est tout a fait normal et juste.

J'aimerai bien connaître le % de développeurs de moins de 30 ans qui utilisent Eclipse. J'ai l'impression que ce taux d'adoption parmi les jeunes développeurs est vraiment faible.
Ca depend ce que tu appelles jeune
Le generation de dev qui sont devenus pros avec Android ou avec du Front-End (node et compagnie) sont clairement tres JetBrains parce que ce sont les outils les plus efficaces pour ces sujets a ce moment (bien que le Front-End, il y a la menace VSCode qui est quand meme tres presente sur WebStorm; et qu'avec des initiatives comme https://github.com/mickaelistria/eclipse-bluesky Eclipse IDE peut aussi constituer une alternative pour pas mal de projets). Pour Android, il y a pas a batailler, c'est l'equipe Android qui choisit l'outil officiel et c'est celui-la qui marchera.
Sur les plus jeunes, la generation Minecraft, Eclipse IDE est + utilise j'ai l'impression, car les outils officiels sont plutot dessus.

Apres, il y a d'autres terrains de jeu que les devs Java pour Eclipse IDE: il y a C/C++, PHP, Python, C# (qui commence). Beaucoup des contributions recentes sur Eclipse IDE sont aussi orientees vers ces autres ecosystemes.
1  0