Discussion :

[Malick]

Quels sont vos environnements de développement intégrés (EDI) ou éditeurs de code préférés en 2023 ? Et pourquoi ?
Partagez vos avis

Chers membres du club,

De nos jours, il existe une multitude d'outils mis à la disposition des développeurs afin de plus ou moins leur faciliter les tâches. Toutefois, chacun de ses outils dispose d'un certain nombre d'utilisateurs pour lesquels les préférences sont édictées soit par la facilité d’utilisation de l'outil, soit pour les fonctionnalités proposées. Il devient ainsi important de faire le point sur les meilleurs outils de programmation en informatique, cela sur la base des retours d'expérience des développeurs expérimentés ou non que vous êtes.

Pour rappel, nombreux ont été ceux d'entre vous qui se sont exprimés sur le précédent sondage à choix multiple que Developpez.com avait lancé au mois de novembre 2018 et qui portait sur vos environnements de développement intégrés (EDI) ou éditeurs de code préférés dans le cadre de vos activités de programmation. Il convient de rappeler, comme le montre l'image ci-dessous, que les résultats dudit sondage plaçaient Microsoft Visual Studio Code à la tête du classement avec 32 % des votants. La deuxième place du classement était occupée par Microsoft Visual Studio avec 30 % des votants alors que JetBrains (Rider, DataGrip, IntelliJ IDEA, PyCharm, PHPStorm, CLion, RubyMine, WebStorm, etc.) s'était positionné à la troisième place avec 24 % des votants. Notepad++ (16 %) , Eclipse avec 14 % des votants et Embarcadero (Delphi, C++Builder, RAD Studio) avec 14 % des votants se plaçaient respectivement à la quatrième, cinquième et sixième place juste devant Netbeans et Qt Creator.

Sur le même ordre d'idée, un récent sondage d'envergure internationale lancé par Stack Overflow auprès de 70 000 développeurs lancé en juin 2022 montrait également, à l'instar du sondage de 2018 initié par Developpez.com, que Microsoft Visual Studio Code et Microsoft Visual Studio sont en tête de peloton des EDI les plus populaires avec respectivement 74,48 % et 32,15 %.

C'est donc dans l'optique de recueillir à nouveau vos avis sur les différents EDI actuellement disponibles que nous avons estimé nécessaires de relancer le sondage pour l'année 2023, et voir si vos choix ont évolué entre-temps par rapport au sondage précédent. Au cas où vos choix auraient varié, merci de bien vouloir nous faire part de vos expériences en précisant les raisons qui vous ont poussés à changer d'EDI dans le cadre de vos activités. Par ailleurs, si vos choix n'ont pas changé, quels sont les éléments qui font que vous préférez conserver un EDI au détriment d'un autre.

En plus de la simple question « Quels sont vos environnements de développement intégrés (EDI) préférés en 2023 ? », cette discussion est l'occasion de partager vos expériences avec les EDI en se basant sur les 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

Selon vous, quels sont les meilleurs éditeurs de code ou EDI dans le cadre de vos activités de programmation en 2023 ? Et pourquoi ?
Êtes-vous plus EDI ou éditeur de code, et pourquoi ?
Si vous avez connu une mauvaise expérience avec un EDI ou un éditeur de code particulier , vous pouvez également la partager.

Voir aussi

Quels sont vos environnements de développement intégrés (EDI) préférés en 2018 ?

Quels sont les langages de programmation que vous détestez le plus en 2022 ? Pourquoi ? Partagez vos avis

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

Python : quel EDI utilisez-vous dans le cadre de vos activités de programmation en 2017 ?

Quels EDI utilisez-vous en 2018 dans le cadre de vos activités de développement Web ? Pourquoi ce choix ?

[nevergonnagiveyouup]

impossible de faire sans, sauf si je doit lancer le debuggeur (ASM/C) alors je passe sur vscode

[Waikiki]

La seule chose que je retiens de cette étude est qu'on ne fait plus la différence entre EDI et Editeur de Code.

[ONTAYG]

Bonjour,

En fait tout dépend du langage.

Il faudrait plutôt indiquer l'environnement en fonction du langage.

ONTAYG

[Pierre Louis Chevalier]

La seule chose que je retiens de cette étude est qu'on ne fait plus la différence entre EDI et Editeur de Code.

C'était déjà le cas dans les précédents sondages, et c'est le cas aussi sur les autres sondages d'ailleurs comme par exemple celui de Stackoverflow qui est cité dans la news.
Parce que les EDI sont aussi des éditeurs de code, et que la plupart des éditeurs de code ont rajoutés des fonctions qui ont été créé au départ dans les EDI.
Après je suis d'accord qu'un Vim ou un Emac ça soit totalement différent d'un Delphi ou Windev, c'est clair. Au delà du sondage c'est dans le débat que c'est utile de témoigner de son expérience et de ses choix, EDI ou éditeur de code ? Pourquoi ?

[Pierre Louis Chevalier]

En fait tout dépend du langage.
Il faudrait plutôt indiquer l'environnement en fonction du langage.

Oui donc il faudrait faire un sondage par langage, certes, mais ça ferait combien de sondage ? 40 ?

Ca a déjà été fait dans le passé, exemple ici : Quel environnement de développement intégré Java utilisez-vous ? gagnant : JetBrains IntelliJ.

En attendant pourquoi dans le débat ne pas tout simplement préciser tes EDI préférés par langages ?
Le sondage donne déjà une idée générale, en plus ça tombe bien c'est un sondage à choix multiple, donc c'est bien. Après c'est pas inutile dans le débat de donner des précisions, par exemple EDI ou éditeur de code ? pour quel langages ? C'est à ça que ça sert un débat...

[darklinux]

Eclipse

[SimonKenoby]

Pour l'instant j'utilise vs code (pour le travail), mais je n'aime pas, j'ai une preference pour pycharm. Et EDI jetbrains equivalant pour d'autre language.

Quand je fais juste du scripting simple c'est sublime text.

[GLDavid]

Bonjour

Comme dit, tout dépend du langage de travail. C# et Java pour moi donc Visual Studio et Apache Netbeans. C'est mes habitudes.
Après, pour du projet perso ou du script pour le taf, Visual Studio Code.

@++

[AoCannaille]

ça dépend des langages, mais :
- QtCreator pour mes projets C++/Qt,
- Vim pour ouvrir des fichiers ultravolumineux en une fraction de seconde et typiquement éditer des fichiers de conf
- Mon petit chouchou pour les scripts, c'est geany. Léger, pas mal d'options, pour moi l'équivalent le plus proche de notepad++ sur Linux.

[thamn]

J'aime CLion pour le C++, parce qu'il marche aussi bien sur toute mes plateformes et avec tous les compilateurs que j'utilise, et j'utilisai avant VS Code pour faire du Rust, mais j'en ai eu marre (trop de bugs, debuggeur vraiment pas terrible). Maintenant j'utilise CLion pour faire du Rust, et je suis un homme comblé.

[Mickael_Istria]

La seule chose que je retiens de cette étude est qu'on ne fait plus la différence entre EDI et Editeur de Code.

A quoi bon? Et ou est la ligne qui separe les uns des autres? Et est-ce que c'est utile de definir une telle ligne... Au final, ils servent tous a la meme chose.

En fait tout dépend du langage. Il faudrait plutôt indiquer l'environnement en fonction du langage.

Tu peux cocher plusieurs cases si tu utilises plusieurs outils.

[OButterlin]

Il y a quand même une sacrée différence entre un EDI et un éditeur de code (type Notepad++).
L'EDI prend en charge la création de projet (donc toute la structure arborescente du projet), le déploiement de l'application sur un serveur, le debug, la découverte des définitions de classes utilisées, le classpath, etc...
On est sacrément loin d'un Notepad++.

En ce qui me concerne, comme d'autres, ça dépend de ce que je fais.
Grosse maille :
80% Eclipse (Applications Java EE 8 ou Jakarta EE 10)
10% Visual Studio Code (Framework javascript, Vue.js par exemple)
10% Notepad++ ou VI (pour tout ce qui est de l'ordre des modifications ponctuelles de fichier de configuration ou la création de shell)

Récemment je me suis mis à Visual Studio pour les besoins de ma boite... bon... galère galère...
Je ne pense pas que l'outil soit fondamentalement mauvais mais comme il est très différent de celui que je maîtrise parfaitement (Eclipse), je galère pour le moment .

[Chrispi]

Lazarus

Après ça dépend aussi du langage.

[PhilippeGibault]

Je suis développeur Java et je suis devenu un extraterrestre car mon IDE préféré reste Eclipse, notamment au détriment de IntelliJ.

Je comprends que l'on puisse préférer IntelliJ à Eclipse, notamment parce que certaines critiques vis à vis d'Eclipse sont justifiés (par exemple, sur la performance).

Néanmoins, je préfère encore Eclipse.


Déjà parce que je développe avec Eclipse depuis 2008.

Je trouve Eclipse plus Ergonomique, plus intuitif, et plus facile à utiliser, notamment pour le debuggage.

enfin, je pense qu'Eclipse oblige a regarder sous le capot, à la différence de Netbean et IntelliJ, notamment pour des applications SWING ou des pages HTML.

Et je préfère maîtriser ce que je fais. J'ai horreur d'avoir des incertitudes et de laisser des questions sans réponses. Un potentiel problème et incompréhension peut toujours revenir, souvent au mauvais moment.

Je fais aussi du dev front avec Angular et là, c'est VS-code.

[oooopppp]

Et bien je le cite car je ne le l'ai point vu cité.

Pour moi c'est Atom sur Linux car :

1/ L'affichage est configurable simplement, je suis myope j'ai pu agrandir toutes les fontes de l'éditeur, des menus.

J'ai pu définir mes propres couleurs, notamment les commentaires qui n'étaient pas assez visibles / lisibles or pour moi c'est essentiel qu'ils soient aussi lisible que le code car je met un commentaire + 1 ligne de code systématiquement.

2/ Les plug-in s'installent tout seuls, minimap, Emmet, couleurs, beautifier.

3/ Il bug très rarement et il gère pas mal les gros fichiers.

4/ Un plug-in FTP me permet d'ouvrir et de modifier des fichiers directement sur plusieurs serveurs (+10)
je développe directement en ligne sur le serveur, parfois avec le client au téléphone qui peut suivre en direct le dev. puis quand j'ai finit ma session de code, je sauvegarde le code en local ou directement sur GitHub depuis le serveur.

Rien que la possibilité 1/ d'ouvrir Atom 2/ de travailler directement sur un serveur, c'est vraiment formidable.

Un point faible de l'éditeur est qu'ils le livrent avec un repère de code-wrap, à l'installation tu as une ligne verticale qui traverse
ta page de code de haut en bas et c'est tout simplement insupportable, la première fois je l'ai viré à cause de ça mais en cherchant un peu on comprend comment désactiver cette horreur.

Franchement cool Atom, par contre je pleure à chaudes larmes quand j'ouvre Eclipse ou Andoïd studio (moins pire).

-> Le truc c'est qu'il y a même un terminal pour Atom, du coup tu peux lancer des commandes directement dans l'éditeur, testé avec Java, Node et Rust.

Récemment j'ai installé Visual Studio Code et j'aime pas du tout :

Il n'ouvre même pas complètement les arborescences dans les sous-dossiers ?!
Le fouillis des suggestions me fait tourner la tête au bout d'un moment, je trouve le code pas assez ou trop coloré.
Bon après je me suis pas trop penché sur la config. non-plus.

Je donne mon humble avis car je ne dev. pas à bas niveau,
je n'ai pas tout à fait conscience des outils à avoir quand on dev. à ce niveau.

Crdlt,

[vertex.3F]

Je suis développeur Java et je suis devenu un extraterrestre car mon IDE préféré reste Eclipse, notamment au détriment de IntelliJ.

Je comprends que l'on puisse préférer IntelliJ à Eclipse, notamment parce que certaines critiques vis à vis d'Eclipse sont justifiés (par exemple, sur la performance).

Néanmoins, je préfère encore Eclipse.


Déjà parce que je développe avec Eclipse depuis 2008.

Je trouve Eclipse plus Ergonomique, plus intuitif, et plus facile à utiliser, notamment pour le debuggage.

enfin, je pense qu'Eclipse oblige a regarder sous le capot, à la différence de Netbean et IntelliJ, notamment pour des applications SWING ou des pages HTML.

Et je préfère maîtriser ce que je fais. J'ai horreur d'avoir des incertitudes et de laisser des questions sans réponses. Un potentiel problème et incompréhension peut toujours revenir, souvent au mauvais moment.

Je fais aussi du dev front avec Angular et là, c'est VS-code.

non tu n'es pas un extraterrestre

dans mon equipe, pour le backend en java/JEE/jakartaEE/spring/springboot, les plus experimentés (dont je fais partie) utilisent eclipse avec Spring Tools / STS parce qu'il est plus precis et complet ( ceux de l'equipe qui utilisent intelliJ sont les debutants, il ne leur manque rien car ils n'ont rien connu avant !)

pour le frontend c'est plutot VsCode et les outils de debug de chrome

[danofred]

Moi perso, j utilise Visual Studio code pour la plus part de mes travaux, et sublime text quand ce sont des petites taches.

[Badour_]

Je ne suis pas développeur de base mais je développe des outils Python pour des applications pros et persos. J'utilise Spyder et ça me convient plutôt bien.
Vu l'engouement de VSC, je devrais peut-être essayer un jour
Bonne journée à tous

[CinePhil]

Je reste fidèle à Eclipse ; sans doute par habitude.

Je l'utilise pour le développement web (PHP/Javascript/CSS/HTML), le développement de bases de données (SQL), les rapports Jasper, les scripts Bash et à l'occasion pour explorer un code Java qui me pose un souci.

Et j'utilise aussi Eclipse Git pour gérer les modifs et versions.

Bref, c'est complet ; ça me va ; pas besoin d'aller voir ailleurs.

EDIT :

10% Notepad++ ou VI (pour tout ce qui est de l'ordre des modifications ponctuelles de fichier de configuration ou la création de shell)

+1
Moi aussi, pour une visualisation et/ou modification rapide, j'utilise Vi sous Linux. Je n'ouvre quand même Eclipse que lorsque j'ai vraiment besoin de plonger dans le code.

Et j'utilise aussi KWrite comme éditeur rapide. Si le fichier a la bonne extension, la coloration syntaxique se fait toute seule. Notamment pour le SQL qui est ma principale utilisation de Kwrite à part du simple fichier texte de prise de notes.

EDIT 2 :

Possibilité de programmation en Cloud (PaaS).

J'utilise Git mais aussi, comme je développe au bureau sur un poste fixe et en télétravail, mes dépôts sont dans un dossier cloud et le master de référence est sur un serveur de développement au bureau.

Pour un rapport Jasper sur lequel je suis le seul à travailler, j'ai aussi créé mon dossier de travail sur le cloud et j'ai pointé un sous dossier de mon projet Jasper vers le dossier cloud. Comme ça je suis ISO entre télétravail et bureau.

EDIT 3 :
Pour du SQL pour Oracle, j'utilise aussi directement Oracle SQL Developer qui a une interface similaire à Eclipse.
Par contre, je préfère développer sous Kwrite ou Eclipse et copier-coller le code dans phpMyAdmin ou pgAdmin4 pour les BDD MariaDb ou PostgreSQL.