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.