Discussion :

[Michael Guilloux]

Visual Studio de Microsoft et Eclipse sont les EDI les plus populaires
d’après le classement du mois d’août de PYPL

Conformément à sa tradition, PYPL (PopularitY of Programming Language Index) publie chaque mois son classement des langages de programmation en fonction de leur popularité. Mais le baromètre le fait également pour les environnements de développement ; un classement auquel nous avons voulu jeter un coup d’œil cette fois-ci.

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.

Le classement de PYPL prend en compte aussi bien les simples éditeurs de code que les environnements de développement évolués. Pour le mois d’août, Visual Studio et Eclipse sont 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étient aujourd’hui 22,4 % de parts de marché, alors que l’EDI open source se situe à 20,38 %. Tous les deux, ils ne sont donc pas loin de s’approprier la moitié des parts de marché, loin devant Android Studio de Google à la troisième place avec 9,87 %. Ci-dessous le classement du mois d’août 2017 :

#1. Visual Studio : 22,4 %
#2. Eclipse : 20,38 %
#3. Android Studio : 9,87 %
#4. Vim : 8,02 %
#5. NetBeans : 4,75 %
#6. JetBrains IntelliJ : 4,69 %
#7. Apple Xcode : 4,35 %
#8. Komodo : 4,33 %
#9. Sublime Text : 3,94 %
#10. Xamarin : 3,48 %

En 11^e position, on retrouve l’éditeur de code open source et multiplateforme de Microsoft, Visual Studio Code, avec 2,86 %. Il faut noter qu'il enregistre d'ailleurs la croissance la plus forte du groupe (+1,2 %) au mois d'août. On pourrait donc le voir bientôt entrer dans le top 10. Sa popularité est remarquable surtout que l’éditeur de code n’atteint sa version 1.0 qu’en avril 2016. Et Microsoft doit cela notamment à sa mise en open source.

PYPL s’est également intéressé à la popularité des environnements de développement en ligne ou en mode cloud, en utilisant les mêmes critères de classement que les EDI de bureau. Au niveau des environnements de EDI en ligne, ce sont Cloud9 et JSFiddle qui dominent le classement de PYPL avec respectivement 35,77 % et 31,42 %. Ci-dessous le top 10 complet :

#1. Cloud9 : 35,77 %
#2. JSFiddle : 31,42 %
#3. Koding : 9,05 %
#4. Ideone : 5,93 %
#5. Codio : 5,92 %
#6. Codeanywhere : 4,99 %
#7. Pythonanywhere : 2,53 %
#8. Codenvy : 1,67 %
#9. Codiad : 0,58 %
#10. Python Fiddle : 0,43 %

Sources : PYPL (EDI de bureau), PYPL (EDI en ligne)

Et vous ?

Que pensez-vous de ces classements ?
Quels types d'éditeurs préférez-vous ou utilisez-vous le plus ? Un simple éditeur de code ou un environnement de développement intégré ? EDI en ligne ou desktop ? Lesquels ?
Qu'est-ce qui oriente vos choix ?

[BlueScreenJunky]

Je n'ai jamais utilisé Visual Studio donc je ne peux pas commenter, pour le reste je préfère largement les solutions JetBrains (IntelliJ, CLion, Android Studio, PHPStorm, Pycharm, RubyMine etc..) à Eclipse ou Netbeans.

[archqt]

Bonjour,
pour le C/C++ j'utilise QtCreator. Il est vrai que je n'ai pas utilisé Eclipse depuis longtemps, ni même tester le nouveau logiciel OpenSource Visual Studio Code sous linux. Mais autant que je m'en souvienne Eclipse était très très lourd sur mon ancienne machine. Celle que j'ai actuellement je n'ai pas testé.
C'est étonnant que sous linux QtCreator ne soit pas dans la liste, ou au pire CodeBlocks, alors que, soit disant, linux est le système fait pour la programmation.
Bonne fin de journée

[lazariel]

Je suis aussi étonné de cette statistique car IntelliJ est énormément monté en puissance.

[intelligide]

Le PYPL est strictement non représentatif car il s'appuie uniquement sur la notion d'apprentissage. Certains éditeurs comme Atom n'ont besoin de aucun tutoriel pour être utilisable par les novices.

De plus, un dev qui sait déjà maitrisé quelques IDE n'aura pas de mal à passer à un nouveau. Et n'aura donc pas besoin de tutoriel. (Enfin, dans la majorité des IDE, parce que je code en C++ depuis 5 ans, quand j'ai ouvert Visual Studio il y a 2 semaines, j'ai eu besoin d'un tutoriel alors normal qu'il soit premier )

Il est donc plus juste que cette index représente les logiciels plus dur à prendre en main mais en aucun cas celui des plus populaires.

[Shepard]

C'est étonnant que sous linux QtCreator ne soit pas dans la liste, ou au pire CodeBlocks, alors que, soit disant, linux est le système fait pour la programmation.

Si je ne dis pas de bêtise, au moins 9 IDE dans le top 10 sont disponibles sous Linux.

Et les deux IDE que tu cites sont disponibles sous Windows.

Qu'est-ce que tu veux dire par là ?

Pour ma part, content de voir que Vim est devant Emacs !

[Freem]

Bonjour,
pour le C/C++ j'utilise QtCreator. Il est vrai que je n'ai pas utilisé Eclipse depuis longtemps, ni même tester le nouveau logiciel OpenSource Visual Studio Code sous linux. Mais autant que je m'en souvienne Eclipse était très très lourd sur mon ancienne machine. Celle que j'ai actuellement je n'ai pas testé.
C'est étonnant que sous linux QtCreator ne soit pas dans la liste, ou au pire CodeBlocks, alors que, soit disant, linux est le système fait pour la programmation.
Bonne fin de journée

Pas étonnant, non: déjà, il y a vim (qui, au passage, n'est PAS un IDE, mais un éditeur de texte, techniquement, mais peu importe), qui nécessite effectivement une prise en main. Pour ce qui est de C::B, il est relativement connu oui, mais je dirai que contrairement à des usines à gaz comme eclipse ou VS, d'une part, il n'y a pas besoin de faire des tuto dessus (rappel: ils ont juste compté des recherches de tuto, donc un logiciel assez bien foutu pour NE PAS NÉCESSITER de tuto passe sous les radars) parce que l'interface est bien plus intuitive que celle de VS ou eclipse, et deux, c'est un EDI spécialisé dans... le C et le C++, à moins que ça n'aie changé. Du coup, forcément, ça n'aide pas.

Pour le reste... ce qui fait le confort de la plupart des distrib (on est trolldi après tout, et je n'ai rien à faire, autant marcher dedans) n'est pas réservé au développement: c'est juste le fait que, contrairement à windows, il soit possible d'installer des paquets (libs, exécutables, doc...) sans se prendre la tête ni devoir bidouiller des chemins dans tous les coin. Pour un outil normal, par exemple, MS Windows ne l'intègrera jamais au PATH, alors que par exemple sous Debian, les binaires finissent dans un dossier qui en fait partie. Pour les lib de dev c'est la même chose: il n'existe pas, sous MS Windows, de dossier réservé aux include ni aux fichiers de lien (.lib, .la, .a...).
C'est ça, la raison qui fait qu'il est agréable de coder sous Debian (ainsi que la plupart des distros généralistes, je suppose, mais je parle d'expérience perso, pas de supposition): avoir des choses assez standardisées pour que les installateurs sachent ou déployer leurs fichiers de façon à être reconnus par le système automatiquement. Pas besoin de perdre des heures à chercher ou a été se coller la lib que l'on viens de compiler... il ne reste que les interfaces pour du debug pur (sans EDI) qui sont à la ramasse: il faut dire qu'il y a moins besoin d'outils d'ingénierie inverse quand on a les sources, mais tout de même...

[kilroyFR]

Jetbrains et Jetbrains-based IDE (android studio etc) sont clairement mes preferes suivis de Visual Studio.
Je suis de pres le nouvel IDE JetBrains pour se substituer a VS, ce serait parfait (multi platforme a tous les niveaux - langage, IDE).

[grunk]

Je suis aussi étonné de cette statistique car IntelliJ est énormément monté en puissance.

On compare des IDE multi language (Visual, Eclipse) à des IDE spécialisé (intellij, clion, ...) donc forcément un IDE multi langage va être plus utilisé qu'un spécialisé; Ce classement ne vaut pas grand chose.

Pour être intéressant il faudrait comparer les éditeur par langage et par plateforme et non pas globalement.
on se doute bien que sous macos Xcode est à bien plus de 4%

Ceci étant dit , tout le monde n'est pas pret à mettre 150€/an dans une licence quand il existe des alternatives gratuite.

[martopioche]

pour le reste je préfère largement les solutions JetBrains (IntelliJ, CLion, Android Studio, PHPStorm, Pycharm, RubyMine etc..) à Eclipse ou Netbeans.

Ça dépends du contexte…*Quand je facture à la tâche, évidemment. Quand je facture au temps, il est évident qu'on préférera Eclipse…

Je suis aussi étonné de cette statistique car IntelliJ est énormément monté en puissance.

En effet, surtout depuis la dispo de la version Community. Mais IntelliJ, tu l'installe et tu l'utilise. Eclipse, tu l'installe, tu le lance et 2 heures après, tu fais des recherches sur pourquoi il se gauffre…

[koyosama]

Franchement, je suis comprehensif pour Visual Studio.

Mais pour Eclipse il faudra m'expliquer. Est-ce que la licence IntelliJ est trop cher pour les indiens :p.
Je comprends que Eclipse a une longue histoire. Mais je pensais qu'avec le temps, on l'aurait eclipser.

[Mickael_Istria]

Eclipse était très très lourd sur mon ancienne machine

En effet, il faut re-essayer. Des utilisateurs d'Android Studio confessent maintenant qu'Eclipse IDE leur parait plus fluide. De son cote, les developpeurs de la Platforme Eclipse font des efforts pour optimiser des choses deca-dela, il n'y a pas de revolution, mais ca fait 3-4 ans de suite que c'est de mieux en mieux et qu'Eclipse IDE est de plus en plus rapide.

Je suis aussi étonné de cette statistique car IntelliJ est énormément monté en puissance.

La majorite silencieuse n'utilise pas IntelliJ. IntelliJ fait certes le buzz, ses utilisateurs heureux sont tres visibles, le marketing est rudement efficace. Mais ca ne fait pas tout, et c'est comme ca qu'on est percu comme leader avec 15% du marche. Un peu comme Apple quoi

On compare des IDE multi language (Visual, Eclipse) à des IDE spécialisé (intellij, clion, ...) donc forcément un IDE multi langage va être plus utilisé qu'un spécialisé; Ce classement ne vaut pas grand chose.

Tres juste!

Ceci étant dit , tout le monde n'est pas pret à mettre 150€/an dans une licence quand il existe des alternatives gratuite.

Encore plus juste!

Eclipse, tu l'installe, tu le lance et 2 heures après, tu fais des recherches sur pourquoi il se gauffre…

C'est quand la derniere fois que t'as essaye Eclipse IDE? Une bonne partie des anciens utilisateurs restent bloques sur des bugs resolus il y a 5 ans. Si tu as l'occasion de reverifier ce use-case et de confirmer que c'est toujours un probleme, je suis preneur du bug. Sinon, ca s'appelle de la desinformation

Mais pour Eclipse il faudra m'expliquer.

Eclipse IDE marche tres bien pour beaucoup de gens. Et dans ce cas, la derniere phrase de grunk s'applique lourdement.

[Chauve souris]

Visual Studio pour moi bien évidemment. Il vous prend par la main, un peu trop même, pour traverser les vilaines autoroutes de la communications où pourrait débouler un bug en forme de camion de Daesh

Bon moi j'ai programmé en Turbo Pascal, Turbo C, ensuite je suis passé dans le giron Microsoft, C et C++, Visual Basic, ASP et actuellement C# que j'aime bien. Jamais pu me faire à Java, c'est élitiste et la doc n'est pas traduite. Appréciations très personnelles, ne m'en veuillez pas, de toute façon on ne peut pas tout apprendre.

Bien que je n'en raffole pas (je n'aime pas les langages non typés ça me vient des vieux Basic) y a-t-il un EDI gratuit, correct et de préférence en français pour PHP ? Parce que une bricole avec Notepad++ ça passe mais plus lourd ça casse. Pour l'HTML sensu stricto donc statique (avec les CSS, bien sûr) je reste fidèle à NotePad++, c'est suffisant, pas besoin de sortir une artillerie lourde.

[Mickael_Istria]

y a-t-il un EDI gratuit, correct et de préférence en français pour PHP ?

Eclipse IDE, NetBeans et VSCode. Je ne suis pas sur que ce dernier (VSCode) ait toutes les features que proposent les 2 premiers pour PHP, notamment le debug.
Il me semble que seul Eclipse IDE propose les traductions: il faut d'abord l'installer en anglais, et ensuite aller installer les packs de traductions.

[air-dex]

Surpris de voir IntelliJ si bas dans le classement. J'entends les arguments de @Mickael_Istria, mais c'est aussi vite oublier qu'il y a des IntelliJ gratuits, à commencer par Android Studio. D'ailleurs même en regroupant Android Studio avec IntelliJ ils n'arrivent qu'à 13% environ, loins d'Eclipse et de VS.

Si je ne devais garder qu'un seul et unique IDE sur mon PC alors ce serait Eclipse alias "la tour de Babel du dev". Eclipse est disponible partout et quoi que tu veuilles faire il existe un plugin Eclipse pour ça. Mais si je pouvais négocier un second IDE alors ce serait Qt Creator.

En effet, surtout depuis la dispo de la version Community. Mais IntelliJ, tu l'installe et tu l'utilise. Eclipse, tu l'installe, tu le lance et 2 heures après, tu fais des recherches sur pourquoi il se gauffre…

Moi c'est exactement l'inverse. J'ai voulu coder sur un IntelliJ sitôt après l'avoir installé. Erreur fatale ! Deux heures après je faisais des recherches sur comment reprendre la main sur des opérations de base comme la sauvegarde de ce que j'écris (sauvegarde auto par défaut sous IntelliJ) ou bien sur les fichiers qui sont ouverts (un IntelliJ va se mettre à fermer des fichiers sans ton consentement à partir d'un certain nombre de fichiers ouverts). S'il y a bien une famille d'EDIs qu'il faut paramétrer avant de coder sous peine de crises de nerfs, alors c'est bien les IntelliJ.

Après j'ai aussi l'impression que les utilisateurs IntelliJ aiment bien dénigrer Eclipse.

Le PYPL est strictement non représentatif car il s'appuie uniquement sur la notion d'apprentissage. Certains éditeurs comme Atom n'ont besoin de aucun tutoriel pour être utilisable par les novices.

Atom le temps qu'il démarre t'as déjà installé un autre EDI pour faire ce que t'as à faire et t'as déjà effectué plein de recherches dessus qui soient prises en compte par PYPL.

[Amethyste]

Et puis y parait qu'il faut des lunettes spéciales pour voir Eclipse

===>[sortie]

[martopioche]

C'est quand la derniere fois que t'as essaye Eclipse IDE? Une bonne partie des anciens utilisateurs restent bloques sur des bugs resolus il y a 5 ans. Si tu as l'occasion de reverifier ce use-case et de confirmer que c'est toujours un probleme, je suis preneur du bug. Sinon, ca s'appelle de la desinformation

Ah, ce joli sophisme à l'encontre de l'utilisateur déçu qui, et c'est dommage, a arrêté d'utiliser le produit juste la veille du jour de la publication de la version idéale… Et évidemment, la proposition de le subir à nouveau qui, si il le refuse, ne sera justifiée que comme un discrédit de ses propos…
Alors ok, je veux bien laisser le bénéfice du doute mais selon mes conditions :
- avant de te répondre quand est la dernière fois que je l'ai utilisé, je te propose de nous dire à partir de quand tu estime qu'on ne peut plus lui faire de reproches, on verra si il y a un chevauchement. Car clairement il y a 5 ans…*Non…
- une "occasion de revérifier", non, je ne fais quasiment plus de Java. Mais si tu a confiance en tes arguments, je te propose de le faire avec un engagement financier car le temps que j'évalue le produit, je ne le passe pas sur mes activités. Sur une base de 5 jours de ma facturation standard qui comprendra 1 jour de "perdu" et la conséquence de 3 jours sur l'avancement de mes projets. Si Eclipse est toujours aussi foireux, le 5ème jour finance mon retour. Si il l'est, je rembourse cette somme et je m'engage à communiquer publiquement positivement sur Eclipse.

La majorite silencieuse n'utilise pas IntelliJ. IntelliJ fait certes le buzz, ses utilisateurs heureux sont tres visibles, le marketing est rudement efficace. Mais ca ne fait pas tout, et c'est comme ca qu'on est percu comme leader avec 15% du marche. Un peu comme Apple quoi
[…]
Eclipse IDE marche tres bien pour beaucoup de gens. Et dans ce cas, la derniere phrase de grunk s'applique lourdement.

Quel Marketing ? Et quelle image de "leader" ? On sait qu'avec une licence payante, IntelliJ est extrêmement minoritaire. Selon toi, ceux qui ne s'exprime pas sont satisfaits ? Remarque, est-ce qu'un intervenant sont le profil est "Développeur Expert Eclipse RCP" peut avoir une autre propagande ? Moi, ce que je dirai vu sur les plateaux dev, c'est que Eclipse est imposé, il y a ceux qui valorisent leur "expertisent" et la majorité de drones qui se contentent d'utiliser le produit de l'entreprise. N'importe quel outil aura un bon retour de ceux qui l'ont imposé.

Personnellement, une de mes activité est la formation et majoritairement Python. Python n'est pas dépendant d'un IDE, pour la formation, je laisse le choix de l'outil et dans les IDEs, je présente Eclipse + PyDev sans parti-pris. Je dirai même positivement puisque le plug-in est certainement le plus complet pour gratuit (prise en charge de Django par exemple ce que PyCharm ne fait pas en version Community). Sur plusieurs centaines de stagiaires avec même des devs habitués d'Eclipse, j'ai trop de doigts sur une main pour compter ceux qui ont utilisé Eclipse qui souvent était même le seul IDE d'installé sur les postes des centres de formation. Tu m'excusera si je base mon opinion sur le comportement de l'utilisateur pour juger son opinion que de considérer une satisfaction si il ne s'est pas exprimé négativement…

Moi c'est exactement l'inverse. J'ai voulu coder sur un IntelliJ sitôt après l'avoir installé. Erreur fatale ! Deux heures après je faisais des recherches sur comment reprendre la main sur des opérations de base comme la sauvegarde de ce que j'écris (sauvegarde auto par défaut sous IntelliJ) ou bien sur les fichiers qui sont ouverts (un IntelliJ va se mettre à fermer des fichiers sans ton consentement à partir d'un certain nombre de fichiers ouverts). S'il y a bien une famille d'EDIs qu'il faut paramétrer avant de coder sous peine de crises de nerfs, alors c'est bien les IntelliJ.

Oui enfin, tu reproche finalement à IntelliJ de ne pas être une copie carbone de l'outil sur lequel tu est expert. C'est le comportement classique, les déçus des logiciels qui restent dessus restent souvent parce qu'un autre produit n'a pas les même raccourcis clavier…

Et oui, la sauvegarde automatique, c'est quand même une révolution pour un logiciel en 1980… Ah mince, on est en 2017 et certains veulent toujours "avoir la main", enfin finalement, faire eux-même ce qu'un ordinateur devrait faire. Clairement, c'est quoi la valeur ajoutée de sauvegarder soi même ?
Oui, les produits JetBrains limitent le nombre de tabs, ça se configure et le minimum est peut-être un peu faible. Mais je n'ai jamais vu personne même parmi les fanatiques multi-tabs s'y retrouver déjà avec 10 tabs d'ouvert. Oui évidemment, sauf ici.

Après j'ai aussi l'impression que les utilisateurs IntelliJ aiment bien dénigrer Eclipse.

Et à l'opposé, j'ai l'impression que les utilisateurs d'autres produits qu'Eclipse en soi s'en fichent mais dès qu'un utilisateur estime un autre produit ou a eu une expérience négative avec Eclipse, il faut que les experts Eclipse dénigre la concurrence. Je n'utilise pas IntelliJ, je ne fais quasiment plus de Java. Mais à l'époque, les fanatiques d'Eclipse me rentraient dedans quand je préférais utiliser NetBeans (sur des projets soit disants indépendants de l'IDE…).

[Mickael_Istria]

Ah, ce joli sophisme à l'encontre de l'utilisateur déçu qui, et c'est dommage, a arrêté d'utiliser le produit juste la veille du jour de la
- avant de te répondre quand est la dernière fois que je l'ai utilisé, je te propose de nous dire à partir de quand tu estime qu'on ne peut plus lui faire de reproches, on verra si il y a un chevauchement.

Vas-y, decris assez precisement le reproche que tu fais sur le demarrage et l'installation, et je te dis a partir de quand c'est cense etre mieux. Peut-etre tu etais dans un cas louche, toujours pas resolu, mais une critique generale dans ce cas la a uniquement un effet negatif. Le probleme c'est que tous les commentaires contre Eclipse sont du "bruit" souvent non reproducibles qui cache les progres et avantages existant.

Si Eclipse est toujours aussi foireux, le 5ème jour finance mon retour. Si il l'est, je rembourse cette somme et je m'engage à communiquer publiquement positivement sur Eclipse.

Je ne cherche pas a te faire communiquer positivement. Juste a eviter d'avoir des utilisateurs decus continuer de propager des idees negatives non verifiees depuis plusieurs annees.

Quel Marketing ? Et quelle image de "leader" ?

Le marketing c'est les licenses gratos a Java Champions, JUG leaders (et donc les pubs a chaque JUG), la participation et le sponsoring aux grosses confs Java, le fait d'embaucher des "evangelistes" pour parler dans les confs... Et c'est ca qui donne une impression parfois sur-evaluee -a mon gout- d'IntelliJ et de son ecosysteme par rapport a la concurrence, et qui peut expliquer qu'IntelliJ apparait sous-evalue dans ce genre de sondage (alors que c'est peut-etre qu'il est sur-represente dans les communautes et compagnie).

Remarque, est-ce qu'un intervenant sont le profil est "Développeur Expert Eclipse RCP" peut avoir une autre propagande ?

C'est assez juste. Apres, je ne fais pas de propagande, c'est toi qui a commence a basher Eclipse IDE sans maniere de confirmer si tu as raison ou non

Et à l'opposé, j'ai l'impression que les utilisateurs d'autres produits qu'Eclipse en soi s'en fichent [...] dès qu'un utilisateur estime un autre produit ou a eu une expérience négative avec Eclipse, il faut que les experts Eclipse dénigre la concurrence.

Justement, ton impression est mauvaise (en tout cas pour le Java). Viens a un evenement Java lambda, lance une discussion sur les IDEs, ecoute les gens parler d'Eclipse IDE. Ils le denigrent en donnant de fausses informations la plupart du temps. Au bout d'un moment, il faut comprendre que les experts du domaine commencent a s'agacer et aient envie de pouvoir avancer le projet sans que des individus mal informes decredibilisent leur travail.
Si je demonte ton projet sans l'avoir essayer depuis 5 ans, tu seras agace; bah pour Eclipse et compagnie c'est pareil.

[free_01_binairy]

Cette donnée statistique montre-t-elle que Windows est l'OS système sous lequel l'on programme le plus?
VIsual Studio n'étant disponible que sous Windows, on peut bien le croire ainsi.
De plus tout novice en programmation commencerait probablement sous Windows et les débutants commencent avec les éditeurs fournissant plus d'accessibilté comme Eclipse et Visual de Windows.
A mon humble avis, selon cette statistique Windows est l'OS système sous lequel l'on programme le plus (probablement par les débutants en programmation car plus on avance en programmation, on se voit limité sous Windows et donc et on se dirige vers le monde libre: LINUX qui est plus pour les confirmés ou en voie de confirmation, avec lui on peut retourner son OS dans tous les sens à volonté!).

[air-dex]

Oui enfin, tu reproche finalement à IntelliJ de ne pas être une copie carbone de l'outil sur lequel tu est expert. C'est le comportement classique, les déçus des logiciels qui restent dessus restent souvent parce qu'un autre produit n'a pas les même raccourcis clavier…

Et oui, la sauvegarde automatique, c'est quand même une révolution pour un logiciel en 1980… Ah mince, on est en 2017 et certains veulent toujours "avoir la main", enfin finalement, faire eux-même ce qu'un ordinateur devrait faire. Clairement, c'est quoi la valeur ajoutée de sauvegarder soi même ?
Oui, les produits JetBrains limitent le nombre de tabs, ça se configure et le minimum est peut-être un peu faible. Mais je n'ai jamais vu personne même parmi les fanatiques multi-tabs s'y retrouver déjà avec 10 tabs d'ouvert. Oui évidemment, sauf ici.

Je reproche à IntelliJ de ne pas être un IDE "prêt-à-coder" contrairement à ses concurrents : Visual Studio, NetBeans, Eclipse, Qt Creator... Même vim, gedit et Notepad(++) permettent cela. Après une fois l'étape de réglage passée ce n'est pas moi qui te dira qu'IntelliJ est un mauvais IDE, bien au contraire et sans doute à ta grande surprise.

Pour le reste personne ne sait mieux que moi comment je travaille :

• Un IDE n'est qu'un outil. Or en temps qu'utilisateur je n'ai pas à être esclave de mon outil, à procéder comme l'IDE veut que je procède parce qu'il sait mieux que moi ce qui est bon pour moi ou pas. Si je suis plus à l'aise en ayant la main sur certaines choses alors il doit en être ainsi et c'est à l'EDI de s'y plier. C'est à l'outil de s'adapter à moi et pas à moi de m'adapter à l'outil.
• En tant que développeur c'est à moi de décider du contenu de mes fichiers de code. C'est moi qui contrôle ce qu'il y a dedans et la sauvegarde est le seul mécanisme pour ça. Si je ne veux pas que quelque chose soit écrit définitivement dans un fichier alors je ne le sauvegarde pas. IntelliJ (ou un autre) n'a pas à y sauvegarder des trucs que je ne veux pas sauvegarder, surtout si plus tard il me ferme le fichier sans mon accord. La seule chose que l'IDE ait à faire est de me rappeler le moment venu qu'il y a des choses que je n'ai pas sauvegardées et de décider ce que je dois en faire.
• Perso quand je suis à fond dans un truc j'ai autre chose à faire que de gérer le nombre de fichiers ouverts. OSEF d'avoir 1, 5, 10 ou 20 fichiers ouverts sur le moment. Je ferai le ménage quand j'aurai autre chose à faire que mon codage de là maintenant tout de suite. Si j'ai besoin d'un fichier je l'ouvre et je sais que je peux le retrouver dans la barre d'onglets, avec les autres fichiers ouverts. Je ne le fermerai que lorsque je n'en aurai plus besoin, et ça l'IDE ne peut pas le savoir à ma place dans 100% des cas. Tandis qu'avec IntelliJ et sa limite à la con et bien on ne sait plus. Oui la limite est plutôt basse et on peut régler, mais avec les autres IDEs tu n'as jamais ce problème.

Pour le reste, le meilleur outil sera toujours exactement le même pour tout le monde. Le meilleur outil, c'est toujours celui que l'on connait. L'avantage des "copies carbones" comme tu dis, c'est qu'on y est immédiatement à l'aise car c'est très proche de ce que l'on connait déjà. Ils peuvent rapidement fonctionner comme on veut qu'ils fonctionnent, ce qui n'est pas rien. D'où aussi ma critique sur le "prêt-à-coder". Après, c'est tout à l'honneur d'un utilisateur que de vouloir dompter un nouvel outil.