Visual Studio Code est maintenant livré avec Anaconda
La plateforme Python populaire pour la data science

Le , par Michael Guilloux, Chroniqueur Actualités
Microsoft essaie de faire de Visual Studio Code un EDI pour tous les développeurs, quel que soit leur langage, et ce, grâce à l'extensibilité de son éditeur de code. Microsoft envisage par exemple d'offrir un support complet pour le développement Java sur VS Code. Pour cela, le géant du logiciel a lancé en octobre dernier Java Extension Pack. Il s'agit d'un pack d'extensions VS Code pour le développement Java. Au moment de son lancement, Java Extension Pack ne contenait que deux extensions : une extension de débogage Java et l'extension Language Support for Java(TM) de Red Hat qui propose des fonctionnalités telles que IntelliSense et le support de projet Java (Maven / Gradle / Eclipse) basiques. À ce jour, le pack Java pour Visual Studio Code compte quatre extensions et Microsoft n'est qu'au début de son processus de fournir un support complet.

Eh bien, Python est en train de bénéficier d'un même traitement de la part de Microsoft, du moins en ce qui concerne la data science avec Python.

Il y a quelques mois, Anaconda, la plateforme Python populaire pour la data science a annoncé un partenariat avec Microsoft avec entre autres objectifs de permettre aux utilisateurs de la distribution Anaconda d'accéder facilement à Visual Studio Code. Et depuis le 15 février, cela est en train de se concrétiser avec l'intégration de l'éditeur de code de Microsoft dans la version 5.1 d'Anaconda.

Lors de l'installation de la distribution Anaconda pour la première fois, les utilisateurs auront désormais la possibilité d'installer VS Code, qui sera livré avec une extension Anaconda spéciale incluant l'extension Python pour Visual Studio Code et l'extension YAML de Red Hat. Pour l'entreprise derrière la plateforme Python, « VS Code est un éditeur de code multiplateforme simplifié et open source avec un excellent support pour l'édition de code Python, IntelliSense, le débogage, le linting, le contrôle de version, etc. En outre, l'extension Python pour Visual Studio Code transforme l'éditeur de code en un IDE Python. » Pour elle, cette nouvelle intégration vient encore pour offrir aux utilisateurs d'Anaconda un IDE puissant pour tirer le meilleur parti des packages Python inclus dans la distribution Anaconda, ainsi que la possibilité de modifier facilement la configuration du système de gestion de packages conda.


« L'extension Python de Microsoft pour Visual Studio Code est le cœur de notre expérience Python. Son créateur original travaille maintenant à plein temps sur l'extension, avec le reste de notre équipe de développeurs Python », explique John Lam, un ingénieur de Microsoft. « Depuis la création d'une équipe autour de cette extension, nous avons étendu le support aux environnements d'Anaconda », dit-il. La livraison de VS Code avec des fonctionnalités spéciales dans Anaconda est donc un autre exemple de l'investissement continu de Microsoft dans la communauté Python, après la sortie d'une extension Python officielle pour VS Code, mais également le support de première classe pour Python dans Azure Machine Learning Studio, SQL Server et Azure Notebooks.

Sources : Anaconda, Microsoft

Et vous ?

Que pensez-vous de cette annonce ?
Que dites-vous de l'objectif de Microsoft de vouloir fournir un support complet pour les langages comme Java et Python dans VS Code ?

Voir aussi :

Visual Studio Code 1.20 est disponible, quelles sont les nouveautés dans l'éditeur de code open source et multiplateforme de Microsoft ?
Org Mode de l'éditeur de texte GNU Emacs débarque sur Visual Studio Code sous forme d'extension, actuellement disponible en version alpha
Microsoft lance une extension de débogage Java pour Visual Studio Code et envisage d'offrir un support complet pour le développement Java sur VS Code


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse Signaler un problème

Avatar de Kearz Kearz - Membre expert https://www.developpez.com
le 20/02/2018 à 16:59
C'est un bon point, enfin un IDE souple qui avance bien. (et surtout qui reste assez light)
J'ai lâché PHPStorm pour Visual Studio Code Il manque des choses (surtout sur la partie PHP) mais j'ai besoin de faire du VueJS, hop une extension, j'ai besoin de faire du TypeScript, hop une extension...
Avatar de Mickael_Istria Mickael_Istria - Membre émérite https://www.developpez.com
le 20/02/2018 à 17:31
Citation Envoyé par Kearz Voir le message
J'ai lâché PHPStorm pour Visual Studio Code Il manque des choses (surtout sur la partie PHP) mais j'ai besoin de faire du VueJS, hop une extension, j'ai besoin de faire du TypeScript, hop une extension...
Et quand tu auras les memes fonctionalites que les IDEs "lourds" et bah tu auras installe tellement d'extensions que ton VSCode sera lourd lui aussi
Les principes d'extensions, tout les utilisateurs jublient au debut et trouvent ca genial; 6-7 ans apres ils se plaignent que c'est complique de se faire sa config, que la qualite est inconstante d'un plugin a l'autre, d'incompatibilites d'extensions et compagnie; en reaction, l'IDE essaye de fournir des packages plus fournis censes couvrir la plupart des use-cases avec une bonne qualite, puis les utilisateurs se plaignent ensuite que ces packages sont trop lourds... VSCode en est vraiment au meme etat qu'Eclipse IDE il y a 10 ans
Avatar de deusyss deusyss - Rédacteur/Modérateur https://www.developpez.com
le 20/02/2018 à 18:40
Personnellement, je resterais fidèle à mon Pycharm.

Comme dis dans l'un des post précédent, il est dédié au langage Python, et cela évite d'avoir à installer 50 000 plugins en sus et à avoir à les configurer...

De plus j'ajouterai que j'ai tendance à me méfier des distribs toutes faites, car le comportement peut parfois varier légèrement dans certains cas. Et notamment Anaconda, qui a tendance à en faire plus que nécessaire, notamment, en fournissant un outil de gestion de paquet pour remplacer l'officiel de Python, entre autre...

Après si M$ vise le multiplateforme, Anaconda se tient face à d'autre concurrents, mais pour moi il aurait mieux valu se baser sur l'interprêteur Python standard...
Avatar de sergio_is_back sergio_is_back - Membre expérimenté https://www.developpez.com
le 20/02/2018 à 20:55
Citation Envoyé par Mickael_Istria Voir le message
Et quand tu auras les memes fonctionalites que les IDEs "lourds" et bah tu auras installe tellement d'extensions que ton VSCode sera lourd lui aussi
Les principes d'extensions, tout les utilisateurs jublient au debut et trouvent ca genial; 6-7 ans apres ils se plaignent que c'est complique de se faire sa config, que la qualite est inconstante d'un plugin a l'autre, d'incompatibilites d'extensions et compagnie; en reaction, l'IDE essaye de fournir des packages plus fournis censes couvrir la plupart des use-cases avec une bonne qualite, puis les utilisateurs se plaignent ensuite que ces packages sont trop lourds... VSCode en est vraiment au meme etat qu'Eclipse IDE il y a 10 ans
C'est vrai qu'Eclipse c'est une vrai usine à gaz.
Perso je préfère un IDE léger et adapté à chaque langage (même si on a pas toujours les derniers raffinements en la matière) : Code::Blocks ou CodeLite pour C++
Delphi (De plus en plus lourd aussi surtout avec la compilation Android et iOS) ou CodeTyphon pour Pascal Objet (Arm principalement), PyCharm ou pyScripter (Sous Windows)... Même si j'ai craqué avec Netbeans pour faire du Java ou du Php (mais je le trouve très lourd aussi)

Le problème des IDE généralistes c'est souvent que ce sont de bons systèmes d'exploitation auxquels il ne manque qu'un bon éditeur de code...
Avatar de RyzenOC RyzenOC - Inactif https://www.developpez.com
le 20/02/2018 à 21:05
Citation Envoyé par deusyss Voir le message

De plus j'ajouterai que j'ai tendance à me méfier des distribs toutes faites, car le comportement peut parfois varier légèrement dans certains cas. Et notamment Anaconda, qui a tendance à en faire plus que nécessaire, notamment, en fournissant un outil de gestion de paquet pour remplacer l'officiel de Python, entre autre...

Après si M$ vise le multiplateforme, Anaconda se tient face à d'autre concurrents, mais pour moi il aurait mieux valu se baser sur l'interprêteur Python standard...
Pour moi anaconda c'est une version portable de python avec l'interpréteur python standard à savoir Cpython avec une centaine de module de pré installer et donc la garantie que tous fonctionne bien sans probleme.
Je préfère donc télécharger anaconda3 qui est portable et que je peut trimbaler sur une clé usb plutôt que d'installer python3.6 et mes modules. En python on arrive vite à devoir installer plus de 10 modules. Matplotlib par exemple c'est déjà 10 modules/dépendances a devoir installer, si on veut un truc plus poussé que tkinter pareil faut PyQT ou Kivy, des qu'on veut un truc plus véloce faut utiliser numpy/scipy...

anaconda c'est un clique sur download, j’exécute l’exécutable sous linux et hop je code avec vi/gedit/pycharm sans probleme, tous marche comme par magie.
et dernier point que j'aime avec anaconda3 : il est a jour, la dernière version et sous python3.6 par exemple avec mes dernières version de numpy,scipy,...

en fournissant un outil de gestion de paquet
Le-quelle ? cela m’intéresse, étant utilisateur d'anaconda perso j'utilise l'outil officiel pip, je n'ai jamais entendu parler d'un gestionnaire paquet alternatif (je ne remet pas en doute ton propos, juste que je ne connais pas et j'aimerais bien que tu en dise plus)

C'est vrai qu'Eclipse c'est une vrai usine à gaz.
Perso je préfère un IDE léger et adapté à chaque langage (même si on a pas toujours les derniers raffinements en la matière) : Code::Blocks ou CodeLite pour C++
Delphi (De plus en plus lourd aussi surtout avec la compilation Android et iOS) ou CodeTyphon pour Pascal Objet (Arm principalement), PyCharm ou pyScripter (Sous Windows)... Même si j'ai craqué avec Netbeans pour faire du Java ou du Php (mais je le trouve très lourd aussi)

Le problème des IDE généralistes c'est souvent que ce sont de bons systèmes d'exploitation auxquels il ne manque qu'un bon éditeur de code...
perso je préféré un IDE qui fasse le café et le beurre, car sa m'évite d'installer/configurer 36 trucs. Cela m'offre la garantie d'avoir un truc qui marche en 3 clique de souris, j'aime beaucoup Visual studio le vrai pas visual studio code qui est a l'opposé de ce que je veut (un truc fonctionnel sans rien configurer)
visual studio c'est 1 clique de souris et hop je code en C, un autre clique de souris et hop je code en python.

sans vouloir lancer un débat sur éclipse, ce qui me gène c'est pas que se soit une usine a gaz mais d'avoir 36 versions d’éclipses différente, 1 par langages en gros. et surtout les BUGS !!!!!!! même si je note qu'éclipse a gagné en stabilité sur les dernière versions, y'a encore du boulot
visual studio on installe qu'une version qui met l'apres midi a s'installer et qui peut vite prendre 20-30go sur le ssd (visual studio sur hdd est inutilisable) mais au moins il fait tous dedans et marche sans bug.
Avatar de sergio_is_back sergio_is_back - Membre expérimenté https://www.developpez.com
le 20/02/2018 à 21:33
Citation Envoyé par RyzenOC Voir le message

visual studio on installe qu'une version qui met l'apres midi a s'installer et qui peut vite prendre 20-30go sur le ssd (visual studio sur hdd est inutilisable) mais au moins il fait tous dedans et marche sans bug.
C'est bien le problème, si je veux faire rapidement quelques lignes de code en C++ avec une toolchain de cross-compilation pour tester je ne peux pas me permettre de perdre une après-midi entière
pour l'installation que ce soit Eclipse ou Visual Studio (Je bosse dans une PME pas chez Google), dans ce cas là je préfère Code::Blocks sous Linux... (1min de téléchargement, 1 min d'installation
un peu de configuration pour la toolchain et c'est parti en moins d'une 1/2 heure...) Au passage j'aimerai que d'autres IDE s'en inspirent... (Même Delphi qui devient de plus en plus lourd)

Maintenant je suis aussi amené à faire un peu de C# ou de VB.NET (de la reprise de projets) et dire que Visual Studio n'a pas de bugs... C'est clair qu'il est généralement stable mais il y aussi des bugs et des plantages comme tous les gros IDE. Pas plus que les autres mais pas moins non plus...
Avatar de Mickael_Istria Mickael_Istria - Membre émérite https://www.developpez.com
le 20/02/2018 à 22:42
Citation Envoyé par RyzenOC Voir le message
sans vouloir lancer un débat sur éclipse, ce qui me gène c'est [...] d'avoir 36 versions d’éclipses différente, 1 par langages en gros
Bien que ca semble vrai quand on regarde la page de downloads, Eclipse IDE c'est tout l'oppose!
Il y a des packages tout fait pour demarrer sur une stack classique, mais le systeme d'extension fait qu'il est entierement possible et efficace d'installer le support Python dans un package initialement dedie a Java par exemple. Mon Eclipse IDE, qui est la meme installation depuis Neon et maintenant est Photon M4 et pour lequel je ne fais que des mises a jour, contient le support Java, Bash, Python, Groovy, JavaScript (par 2 plugins differents), C#, XML, TypeScript, HTML, CSS... et je travaille simultanement avec 150 projets (au sens Eclipse) issus de 45 repos Git differents dans le meme workspace, et j'ai toujours le bon editeur qui s'ouvre pour le bon langage, les bons "Run As", les bonnes erreurs de validation...
Si tu as un Eclipse IDE assez recent, l'integration du Marketplace te proposera automatiquement d'ajouter le support pour un nouveau langage lorsque tu ouvres un fichier quel que soit le package d'origine.
Eclipse IDE excelle justement dans le support des multis-projets multi-technos compare a tous ses concurrents. Pas besoin pour l'utisateur d'installer plusieurs version, le pic d'efficacite est au contraire obtenu avec une seule instance.

et surtout les BUGS !!!!!!! même si je note qu'éclipse a gagné en stabilité sur les dernière versions, y'a encore du boulot
Si tu peux le reporter sur bugs.eclipse.org , ca serait fort bienvenu
Avatar de deusyss deusyss - Rédacteur/Modérateur https://www.developpez.com
le 21/02/2018 à 5:58
Citation Envoyé par RyzenOC Voir le message

Pour moi anaconda c'est une version portable de python avec l'interpréteur python standard à savoir Cpython avec une centaine de module de pré installer et donc la garantie que tous fonctionne bien sans probleme.
Je préfère donc télécharger anaconda3 qui est portable et que je peut trimbaler sur une clé usb plutôt que d'installer python3.6 et mes modules. En python on arrive vite à devoir installer plus de 10 modules. Matplotlib par exemple c'est déjà 10 modules/dépendances a devoir installer, si on veut un truc plus poussé que tkinter pareil faut PyQT ou Kivy, des qu'on veut un truc plus véloce faut utiliser numpy/scipy...

anaconda c'est un clique sur download, j’exécute l’exécutable sous linux et hop je code avec vi/gedit/pycharm sans probleme, tous marche comme par magie.
et dernier point que j'aime avec anaconda3 : il est a jour, la dernière version et sous python3.6 par exemple avec mes dernières version de numpy,scipy,...
Eh bien, en ayant fait mon travail pro de tous les jours, quand nous devons effectuer un environnement spécifique portable, ou sans droits d'admin, la solution est toujours la même: Le Python de l'OS (sous Linux) ou un winpython zéro, un venv, un fichier requirement et un dossier avec toutes les dépendances. Au final on embarque que ce dont l'on a besoin, et on est au plus proche d'un Python standard, en gardant tout le fonctionnement standard. Et même le winpython zéro, pourtant le plus basique je m'en méfie quand meme un peu.

Plus on s'éloigne des standards, plus on prend le risque d'avoir des comportements alternatifs.

Citation Envoyé par RyzenOC Voir le message

Le-quelle ? cela m’intéresse, étant utilisateur d'anaconda perso j'utilise l'outil officiel pip, je n'ai jamais entendu parler d'un gestionnaire paquet alternatif (je ne remet pas en doute ton propos, juste que je ne connais pas et j'aimerais bien que tu en dise plus)
Par ici: https://conda.io/docs/
Quand on en vient à vouloir surcharger les outils officiels, pourtant bien conçus, perso moi je me pose des questions ...
Avatar de Julien N Julien N - Membre éclairé https://www.developpez.com
le 21/02/2018 à 8:48
Citation Envoyé par deusyss Voir le message
Quand on en vient à vouloir surcharger les outils officiels, pourtant bien conçus, perso moi je me pose des questions ...
Un peu hors sujet, mais pour rajouter de l'eau au moulin, conda n'a pas été créé pour se substituer à pip. Les différences sont assez bien détaillées ici:
https://jakevdp.github.io/blog/2016/08/25/conda-myths-and-misconceptions/

Perso je privilégie Anaconda (sans pour autant utiliser conda) car il y a quelques années c'était la galère pour installer des modules comme Numpy en 64 bits pour Python 3. Il fallait passer par des versions compilées par de bonnes âmes comme Christoph Gohlke (https://www.lfd.uci.edu/~gohlke/pythonlibs/) et j'avais constamment des soucis pour installer matplotlib ou des librairies comme LAPACK sur windows... Anaconda propose des versions optimisées des modules et je n'ai personnellement j'avais noté de déviation entre le comportement de "base" et Anaconda.

J
Avatar de deusyss deusyss - Rédacteur/Modérateur https://www.developpez.com
le 22/02/2018 à 7:49
Merci beaucoup pour ce lien interessant. Il semblerait effectivement que ce ne soit pas aussi "pire" que ce que je sous entendais...

Concernant tes remarques, je suis entièrement d'accord que le wheel a encore du mal à se déployer, et il y a encore peu, cela posait beaucoup soucis de réussir à déployer quelques paquets (dont Numpy) sans avoir a créer le wheel soi meme ou faire appel à un paquet créé par une bonne âme.

Pour les différences, cela est intervenu dans mon cadre professionnel, donc effectivement des cas assez particuliers. Et qui plus est il y a quelques années. Mais cependant, comme on dit c'est notre passé qui nous forge. Personnellement, je continue donc à utiliser, et à recommander, le Python standard.

Après comme on dit, il faut de tout pour faire un monde, et il en faut pour tous les gouts
Contacter le responsable de la rubrique Accueil