Discussion :

[Michael Guilloux]

GitHub et Facebook veulent transformer Atom d’un simple éditeur de texte en « un vrai IDE »
avec le lancement d’Atom IDE

Atom est un éditeur de texte libre pour OS X, GNU/Linux et Windows, développé par GitHub. Il supporte des plug-ins écrits en Node.js et implémente Git Control. La plupart des extensions sont sous licence libre et sont maintenues par la communauté. Il est basé sur Chromium, Electron et écrit en CoffeeScript. S’il est aussi utilisé en tant qu’IDE, il n'en est pas vraiment un. Mais GitHub collabore avec Facebook pour que cela change. Et le fruit de cette collaboration a été appelé Atom IDE, un ensemble de paquets optionnels pour apporter des fonctionnalités d'IDE à l'éditeur de texte Atom.

La version initiale comprend des packages pour TypeScript, Flow, JavaScript, Java, C # et PHP. Ils utilisent le Language Server Protocol (LSP) pour fournir une analyse syntaxique profonde des codes et projets. Pour information, LSP est une sorte d'interface universelle entre les langages de programmation et les IDE. Il est utilisé entre un outil client (en général un IDE) et un « serveur de langage » pour intégrer dans l'outil des fonctionnalités telles que l'autocomplétion, les références, les définitions, les diagnostics, etc. Créé par Microsoft, il a été rapidement adopté par plusieurs organisations dont Eclipse, Sourcegraph, Palantir, Red Hat, Facebook et maintenant GitHub.

Chacun des paquets Atom IDE offre un certain nombre de fonctionnalités en fonction du serveur de langage sous-jacent. On pourra retrouver notamment des fonctionnalités comme l'autocomplétion, ainsi qu'une multitude de fonctionnalités de navigation dans le code, telles que l'affichage d'informations supplémentaires au survol, les erreurs et avertissements (diagnostics), le formatage, les références, etc.

Pour l'éditeur d'Atom, c'est juste le début. Le but est de faire d'Atom IDE « un vrai IDE ». Avec l'aide de la communauté, il envisage également d'étendre le nombre de langages qu'Atom IDE peut prendre en charge et permettre aux développeurs d'exécuter et éditer des applications. « Nous espérons voir prochainement le support de grands langages, y compris Rust, Go, Python, etc. », a-t-il ajouté.

Il précise que si un serveur de langage existe pour un langage donné, il est facile pour les développeurs d'en tirer parti pour créer leur propre package Atom IDE en utilisant le client LSP d'Atom.

Source : Atom.io

Et vous ?

Qu’en pensez-vous ?
Comptez-vous utiliser Atom IDE ? Pourquoi ?
Croyez-vous qu'il pourra trouver sa place parmi les IDE évolués existants ?

[pierreact]

Et ajouter des choses pour le rendre lourd ne va pas aider.

Ont t'ils compris qu'il y a beaucoup de monde qui souhaite un truc leger?

[Mickael_Istria]

Ont t'ils compris qu'il y a beaucoup de monde qui souhaite un truc leger?

En fait, c'est plutot un fausse impression je pense. Quand tu regardes le succes de VSCode et les commentaires, tu vois que beaucoup de gens le trouvent "leger" alors qu'en fait il ne l'est pas du tout. Son UI est assez simple et reactive, mais derriere c'est bel et bien un bon gros IDE. Donner un air leger a un IDE, ce n'est qu'une histoire de CSS et d'eye candies
Beaucoup de gens veulent un truc leger, mais quand tu leur mets dans les mains un outil qui certes est moins reactif, fait plus "gros", mais qui te genere la moitie de ton code et que te detecte des erreurs a la volee, alors ils se rendent compte que la legerete n'est pas correlee a leur productivite.

Les questions que je me pose, c'est comment cet Atom IDE va essayer de se faire sa place dans un marche des IDE deja bien rempli, sans creer de valeur ajoutee (ils disent qu'ils utilisent le LSP qui est d'ores et deja supporte dans pas mal d'IDE et d'editeur, donc il ne se demarqueront pas sur ce sujet); et aussi quel est leur interet a le faire -sachant que c'est pas un effort gratuit ni facile quand meme?

[Aiekick]

VSCode est un IDE ?? depuis quand ? pour moi c'est juste un éditeur de texte

[Mickael_Istria]

VSCode est un IDE ?? depuis quand ? pour moi c'est juste un éditeur de texte

Tu la mets ou la limite? Il edite du texte de maniere riche (completion, diagnostics, fonctions de recherche avancee), qu'il y a une integration du SCM, un debugger, un systeme d'extension avec un marketplace, la capacite a voir/modifier des fichiers de manieres non textuelle, l'integration d'outils de build... Il lui manque quoi pour etre un IDE ?

[abriotde]

comment cet Atom IDE va essayer de se faire sa place dans un marche des IDE

Il y a une chose qu'ont Atom, VSCode et Sublime : les raccourcis par commande (Ctrl+Maj+P). Eh oui la force des IDE moderne réside peut-être dans la remise en avant de la ligne de commande...
C'est d'ailleurs un point important. Au tous les jours j'utilise beaucoup VIM sur les serveurs distant et Netbeans pour le C/C++ mais j'apprécie aussi Atom pour le "RemoteServer" (Depuis ssh j'édite mes fichiers dans Atom comme s'y j'étais sur le serveur sans devoir les copier en local n'y même reonner le path).

Pour moi un IDE digne de ce nom doit avoir un débugger pas à pas... Et seul NetBeans, Eclipse ou autre en dispose.

[Mickael_Istria]

Il y a une chose qu'ont Atom, VSCode et Sublime : les raccourcis par commande (Ctrl+Maj+P). Eh oui la force des IDE moderne réside peut-être dans la remise en avant de la ligne de commande... :lol
C'est d'ailleurs un point important. Au tous les jours j'utilise beaucoup VIM sur les serveurs distant et Netbeans pour le C/C++ mais j'apprécie aussi Atom pour le "RemoteServer" (Depuis ssh j'édite mes fichiers dans Atom comme s'y j'étais sur le serveur sans devoir les copier en local n'y même reonner le path).

Juste pour info, Eclipse IDE a aussi une view de ligne de commande et un navigateur/editeur de fichers distant (sur ssh, ftp, whatever).

Pour moi un IDE digne de ce nom doit avoir un débugger pas à pas... Et seul NetBeans, Eclipse ou autre en dispose.

Pour Java, peut-etre. Pour d'autres langages (TypeScript, C# et compagnie), VSCode ou d'autre ont le support pour le debug pas a pas. Et quand c'est fait pour un language, ca veut souvent dire que peu d'effort est necessaire pour en ajouter d'autres... D'ailleurs, il y a deja le support pour du debug C++ apparemment.
Pour Atom-IDE, ils parlent beaucoup de Language Server Protocol mais LSP est une techno uniquement utile a l'edition; ca ne lance pas les tests, ne fait pas de reporting d'execution ou de debug. Ils ne disent pas trop comment ils comptent (ou pas) s'attaquer a cette partie "execution", qui est -je suis bien d'accord avec toi- extremement importante dans un IDE.

[ParseCoder]

VSCode est un IDE ?? depuis quand ? pour moi c'est juste un éditeur de texte

On peut debugger dans un simple éditeur de texte!? depuis quand?

[xarkam]

D'ailleurs le premier écran sera celui-ci


Je vais de ce pas commander plus de ram, un i9 et un nouveau gpu pour le tester

[hotcryx]

J'ai l'impression qu'ils réinventent la roue.
Visual Code est déjà un produit dérivé d'Atom.

On en est encore au stade où chacuns réinventent le Terminal !

===
Récemment j'ai installé PyCharm sous Linux.
C'est exactement la même interface qu'Android Studio, basé sur Intellij.

1GB de ram !
C'est mieux car il n'y pas d'émulateurs... mais ça reste trop lourd.

[RyzenOC]

J'ai l'impression qu'ils réinventent la roue.
Visual Code est déjà un produit dérivé d'Atom.

On en est encore au stade où chacuns réinventent le Terminal !

===
Récemment j'ai installé PyCharm sous Linux.
C'est exactement la même interface qu'Android Studio, basé sur Intellij.

1GB de ram !
C'est mieux car il n'y pas d'émulateurs... mais ça reste trop lourd.

mon pc portable a 4Gb de ram, et il m'est impossible d'utiliser android studio avec l'émlateur.
Autant l’émulateur je comprend qu'il consomme + de 1gb de ram
autant je ne comprend pas comment un ide (qui n'est au final qu'une zone de texte qui affiche du texte) consomme 1.2Go !!!



c'est juste énorme je trouve.
Cela dit ce n'est rien comparé a android
la dernière fois que j'ai fait tourner une vm android x86 (vm pas émulateur) c'étais il y'a 5 ans, j'arivais a l'utiliser avec 256mo de ram.... aujourd'hui un android 7 a besoin de 2Go de ram pour bien fonctionner !!! c'est de la folie !

[Mickael_Istria]

Ton IDE fait de l'analyse de ton code (ce qui correspond au premieres passes d'une compilation), a en memoire un index pour les recherches, et maintient d'autres etats qui coutent assez chers si on veut que l'outil soit performant. Et un IDE est plus qu'une zone de texte, si c'est tout ce que tu en utilises, c'est peut-etre pas le bon outil pour toi...

[Andarus]

1GB de ram !
C'est mieux car il n'y pas d'émulateurs... mais ça reste trop lourd.

J'ai du mal à voir pourquoi 1Go de ram ce serait trop lourd aujourd'hui pour mon outils de travaille principal, je préfère largement que mon IDE consomme plus de ram si ça peut le rendre plus rapide.

[martopioche]

J'ai l'impression qu'ils réinventent la roue.
Visual Code est déjà un produit dérivé d'Atom.

On en est encore au stade où chacuns réinventent le Terminal !

===
Récemment j'ai installé PyCharm sous Linux.
C'est exactement la même interface qu'Android Studio, basé sur Intellij.

1GB de ram !
C'est mieux car il n'y pas d'émulateurs... mais ça reste trop lourd.

Sauf que c'est une mauvaise comparaison…*Android Studio, c'est un IntelliJ et IntelliJ et PyCharm sont deux outils développés par la même société, JetBrains. Donc ce qui est commun aux deux logiciels n'a été développé qu'une fois, sans "réinventer la roue".

Là dessus, peut-être que VS Code est un outil dérivé d'Atom, mais ce n'est pas Atom, pas les mêmes acteurs, pas la même gouvernance de projet et potentiellement pas les même licences.

[hotcryx]

mon pc portable a 4Gb de ram, et il m'est impossible d'utiliser android studio avec l'émlateur.
Autant l’émulateur je comprend qu'il consomme + de 1gb de ram
autant je ne comprend pas comment un ide (qui n'est au final qu'une zone de texte qui affiche du texte) consomme 1.2Go !!!



c'est juste énorme je trouve.
Cela dit ce n'est rien comparé a android
la dernière fois que j'ai fait tourner une vm android x86 (vm pas émulateur) c'étais il y'a 5 ans, j'arivais a l'utiliser avec 256mo de ram.... aujourd'hui un android 7 a besoin de 2Go de ram pour bien fonctionner !!! c'est de la folie !

Clair c'est TROP!
Je suis aussi limité aux 4GB! (pc du boulot)
J'ai trouvé une astuce: je fais tourner l'émulateur de l'image 4.1 réduite au max (sd card...) => 256MB, l'image bien que non optimisée est rapide
Android Studio grapille encore quelques méga pour le faire tourner mais j'arrive à tout garder dans les 4 GB avec Fofox lancé (lui aussi réduit).
Je lance souvent des "drop cache".
C'est du prodige lol.

[koyosama]

Tu la mets ou la limite? Il edite du texte de maniere riche (completion, diagnostics, fonctions de recherche avancee), qu'il y a une integration du SCM, un debugger, un systeme d'extension avec un marketplace, la capacite a voir/modifier des fichiers de manieres non textuelle, l'integration d'outils de build... Il lui manque quoi pour etre un IDE ?

Tu devrais installer Visual Studio et tu comprendrais que dans le package tu as presque toute ce qui existe:

• Intelllisense (un vrai et pour tous les languages)
• Un systeme de plugin plus avance
• Des connecteurs vers les services web (AWS, Windows Azure, ...)
• Des connecteurs vers des applications interne
• Des emulateurs/simulateurs pour tout et m'importe quoi
• La sortie console est connecte a un couche docker (voir la derniere version d'eclipse) pour tester les applis dans une sanbox
• Visualisation des interface graphique
• avec Xcode schematisation et mappage des ecran IOS
• Drag and drop pour les components
• Connecteur au database
• Visualisation des schema pour Arduino
• Visual Studio Code te maintenant ton code est complique ou non alors que les Editeurs se contente d'utiliser les Linters

Techniquement on va les avoir sur les VScode, Atom.io bientot. Mais bon quand tu code sur ces trucs, tu as l'impression qu'il ecrit le code a ta place (tu te laisse guide quand le film ghost avec la poterie) alors que les Editeurs tu dois mixer comme un DJ tous les shorcuts pour arrive a la meme chose. Un IDE pourra heberge une sorte de pseudo AI alors que les editeurs sera plutot des analyse de texte au max pour creer les plugins.
Aprss oui VSCode et Atom sont clairement a la limite de l'IDE. Mais a ce moment Notepad++ serait un IDE aussi.

[Mickael_Istria]

Si tu regardes sur le marketplace de VSCode, tu as deja la majorite de tout ca. Alors certes, c'est pas dans le package par default, mais c'est des use-cases supportes par l'application. VSCode permet la plupart des ces use-cases, Atom-IDE ou NotePad++ n'en permettent pas la moitie (en gros, des que tu quittes l'edition et arrives a l'execution/deploiement/preview/test, il n'y a plus rien), sortir du simple use-case edition de code est ce qui fait la difference entre un editeur de code et un IDE. VSCode est clairement un IDE. Il manque certes des choses par rapport a VS "normal" ou Eclipse IDE, mais en meme temps, ces derniers ont plus de 15 ans...

[koyosama]

Si tu regardes sur le marketplace de VSCode, tu as deja la majorite de tout ca. Alors certes, c'est pas dans le package par default, mais c'est des use-cases supportes par l'application. VSCode permet la plupart des ces use-cases, Atom-IDE ou NotePad++ n'en permettent pas la moitie (en gros, des que tu quittes l'edition et arrives a l'execution/deploiement/preview/test, il n'y a plus rien), sortir du simple use-case edition de code est ce qui fait la difference entre un editeur de code et un IDE. VSCode est clairement un IDE. Il manque certes des choses par rapport a VS "normal" ou Eclipse IDE, mais en meme temps, ces derniers ont plus de 15 ans...

Pour etre franc je ne comprends pas la difference entre IDE et Editeur. Notepad par son systeme de plugin peut tres bien arriver au point de VScode si les contributeurs etaient la. Quand je pense a VIM et Emacs, ils sont aussi pousse et peut etre plus que VScode et mais ils sont moins graphique que VScode ou Atom.

Et en fait en lisant ce truc la, je viens de comprendre la difference entre un IDE et Editeur de code basique : Lien
En fait si VScode integrait tout les plugins bien par defaut alors ce serait un IDE mais c'est pas le cas.

Prenons par example Visual Studio, avant il se basait sur Redsharper pour enhancer son IDE, maintenant la plupart des features sont dans le core de l'application. En fait un systeme de plugin peut avoir certaine latence et etre a la mercie du gars qui le maintient alors que les feature du plugin implemente serait la responsabilite de microsoft. En fait la limite de l'editeur de code et un IDE n'est pas tres loin comme tu le dis. Et ce que dis les gens dans le lien que j'ai passe, c'est que l'IDE est plus specialise quand l'editeur est generaliste. Il est plus logique d'ouvrir un fichier hosts avec un editeur qu'avec un IDE.



J'imagine que le but d'Atom IDE c'est centraliser les developpements et de diriger les contributions sur les plugins standards.

[martopioche]

Pour etre franc je ne comprends pas la difference entre IDE et Editeur. Notepad par son systeme de plugin peut tres bien arriver au point de VScode si les contributeurs etaient la. Quand je pense a VIM et Emacs, ils sont aussi pousse et peut etre plus que VScode et mais ils sont moins graphique que VScode ou Atom.

Ben qu'un éditeur n'est qu'un composant d'un environnement de développement…*Et la notion "d'intégration" qui fait que tu n'a pas un terminal d'ouvert à coté pour les scripts et les lancements.

C'est intéressant que tu cite Vim car si en soi ce n'est qu'un éditeur, j'ai vu des combo de plug-ins qui en faisaient un "IDE". On peut pinailler sur la définition et considérer que si de par sa nature de base, un outil n'est pas un IDE alors il ne peut pas l'être, si tu intègre ce qui en fait un "Environnement de développement intégré" pour toi (j'ai bien écris "pour toi" car par exemple lorsque je fais du Python, je n'en n'ai rien à faire de la capacité à faire un build), ben on arrive à un IDE.

[koyosama]

C'est intéressant que tu cite Vim car si en soi ce n'est qu'un éditeur, j'ai vu des combo de plug-ins qui en faisaient un "IDE".

J'ai mis un lien stackoverflow qui me parait super coherent. J'ai utilise Visual Studio qui est un mauvais exemple, mais j'aurais utiliser plutot PHPStorm par exemple.

Avec VIM tout est permis, mais tu regardes la page du wiki,e le type c'est text editor et il est mis en parathese comme text editor.
PHPStorm va rendre ton utilisation oriente PHP alors que VIM, tu peux l'utiliser pour a peu pres tout. Xcode va m'aider a faire des applis IOS et Mac OS. IntelliJ Ide va m'aider a faire du java ou l'android.

Comme l'a dit @Mickael_Istria, ce sont les features de departs qui font la difference. En terme d'utilisation tu peux avoir une certaine difference car un plugin integrer peut plus reactif ou non que un plugin qui est limite par les API offerts.
VSCode etaient aussi fait au depart pour remplacer Visual Studio sur mac et Linux. Mais au final, ils ont mis Visual Studio pour mac. C'est ce qui rend Visual Studio un IDE pour C# quand le VScode est limite par la communaute.

Essaie de faire du Java sur VIM ou du C# sur VIM. Personnellement, j'ai pas envie de compiler l'ancienne et me faire chier a manipuler MSbuild (putain en plus, je l'ai deja fait manuellement et j'etais content d'utiliser Visual Studio). Et peronnellement, je vois plus VScode oriente languages inteprete comme PHP, NodeJS, Typescript, Ruby et Python. Quand les premieres versions sont sortis, j'ai ecrit une code C# et sur mac, il marchait bien mais plus jamais. C'est pas oriente du tout pour C#. Mais tu peux le faire.

VScode va etre utilie pour tout faire, mais n'est pas aussi specialiste que chaque IDE dans sa specialite. VIM c'est la meme chose. Et je pense que le meilleur exemple est Eclipse, le fourre-tout avec tous les languages. Eclipse limite a un seul language est super. Mais quand tu te retrouve avec 10000 boutons quand tu veux juste refactorer ton code qaund tu fais clic droit sur l'arborescence.


Prenons par exemple wordpress et son systeme de plugin, techniquement tu peux en faire un e-commerce avec, mais est-t-il vraiment bien a l'utilisation que Magento qaund tu essaie de le configurer via le back-office. Je pense que c'est cette meme distinction.