GitHub et Facebook veulent transformer Atom d'un simple éditeur de texte en « un vrai IDE »
Avec le lancement d'Atom IDE
Le 2017-09-13 12:55:34, par Michael Guilloux, Chroniqueur Actualités
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 ?
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 ?
-
Mickael_IstriaMembre émériteEn 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?le 13/09/2017 à 13:30 -
xarkamMembre éprouvé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 testerle 13/09/2017 à 15:00 -
Mickael_IstriaMembre émériteTu 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 ?le 13/09/2017 à 13:45
-
RyzenOCInactifmon 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 !le 13/09/2017 à 19:37 -
AndarusMembre confirmé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.le 14/09/2017 à 9:31
-
koyosamaMembre éprouvé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.le 14/09/2017 à 21:41 -
AiekickMembre extrêmement actifVSCode est un IDE ?? depuis quand ? pour moi c'est juste un éditeur de textele 13/09/2017 à 13:42
-
Mickael_IstriaMembre émériteTon 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...le 14/09/2017 à 8:59
-
vin120centCandidat au ClubJe comprend très bien pourquoi une véritable IDE consomme autant de RAM : il analyse votre code, ainsi que toutes les dépendances pour vous signaler un maximum de bug et pour vous proposer les bonnes commandes à taper au bon moment.
En temps qu'enseignant, et en temps que codeur, j'apprécie cela énormément. C'est beaucoup de temps gagné pour se concentrer sur le fond des algos. Alors qu'importe les économies de RAM !le 17/09/2017 à 19:00 -
abriotdeMembre chevronnécomment cet Atom IDE va essayer de se faire sa place dans un marche des IDE
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.le 13/09/2017 à 13:47