Microsoft publie un nouveau Snap pour Linux : Visual Studio Code
Le 05 avril 2019 à 09h23
1 min
Logiciel
L'éditeur multiplateforme de Microsoft peut déjà être installé facilement sous Debian/Ubuntu, Fedora/Red Hat ou Suse, via des paquets mis à disposition.
Désormais, ce sera encore plus simple sur de nombreuses distributions, puisqu'un Snap vient d'être publié. Il permet l'installation d'un clic ou d'une ligne de code, l'application étant ensuite mise à jour comme les autres présentes sur le système.
Un seul canal est pour le moment proposé (stable), pour processeurs x86 64 bits. Mais un accès à la version Insiders est également proposé.
Pour rappel, ce n'est pas la première fois que Microsoft publie certains de ses outils de la sorte. C'est déjà le cas depuis quelques temps avec Azure CLI, IoT Edge et Gateway, .Net Core, PowerShell et ses préversions ou encore Skype.
Le 05 avril 2019 à 09h23
Commentaires (17)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 05/04/2019 à 09h05
#1
Qui aurait parié, il y a 10 ans, que Google serait maintenant autant décrié par les Linuxiens et que Microsoft sortirait un logiciel open source multiplateforme de cette qualité pour les développeurs?
J’ai presque l’impression de vivre dans un univers parallèle. " />
Le 05/04/2019 à 09h09
#2
C’est en plus du .deb, ou en remplacement ?
Le 05/04/2019 à 09h17
#3
En plus j’imagine.
Le 05/04/2019 à 10h17
#4
Et donc ça contient le binaire qui n’est pas sous licence open source et embarque toute la télémétrie de krosoft j’imagine ?
Le 05/04/2019 à 10h39
#5
T’es libre de le compiler toi même sinon :
https://github.com/microsoft/vscode
(et pour les détails de licence, ce poste l’explique :https://github.com/Microsoft/vscode/issues/60#issuecomment-161792005 )
Le 05/04/2019 à 13h03
#6
Tu vas dans Fichier > Préférences > Paramètres, recherches “telemtry” puis désactives les 2 pauvres options…
Ou alors tu le compiles.
Le 05/04/2019 à 13h08
#7
Le 05/04/2019 à 16h21
#8
Le 05/04/2019 à 17h29
#9
Le 05/04/2019 à 19h49
#10
Pareil, je ne suis pas développeur et travaille principalement sur du script shell, PL/SQL ou de l’Ansible, et cet éditeur est vraiment très agréable à manipuler.
Le 06/04/2019 à 06h14
#11
Monde réel, distribution, méconnaissance d’une partie du public, toussa (oui même chez les techniciens)… Je le sais, et comme je suis un feignant, sous Manjaro, on a déjà un paquet tout fait qui fait le taf correctement. Mais je soulevais juste le fait que Microsoft continue de faire de la merde sous ses beaux airs de fan de l’open-source.
Essaie de désactiver la télémétrie dans Windows, on verra s’il ne reste rien à la fin (spoiler c’est pas le cas, ça continue de collecter salement). A mon avis c’est pareil dans VS Code, la case à cocher doit avoir le même effet que les boutons piétons sur les feux rouges…
Le 06/04/2019 à 10h56
#12
Le truc chiant avec VS code, c’est comme il est basé sur chromium, ça bouffe masse de ram dès que tu ouvre des onglets. C’est simple, sur une ubuntu gnome shell+firefox+vs code+thunderbird, ça me bouffe 6Go de ram.
Le 06/04/2019 à 12h05
#13
Le 06/04/2019 à 15h25
#14
fait gaffe, c’est plein de processus fils.
Le 07/04/2019 à 16h24
#15
Mon portable de boulot sous Fedora a 16Go de RAM et je me contente de le mettre en veille prolongée entre deux sessions. Il se ré-ouvre instantanément le lendemain.
J’ai en permanence d’ouvert Visual Code + Vivaldi avec une cinquantaine d’onglets + Firefox + quelques fenêtres d’explorateur + une quinzaine de terminaux et je n’ai jamais observé de ralentissements ou autres soucis.
Accessoirement, la RAM, c’est fait pour être utilisé " />
J’ai plus noté de soucis avec VSCode en mettant un peu trop d’add-ons les premières fois où je bricolais avec (nouveau jouet, toussa..) qu’à l’utilisation globale. Il est généralement ouvert avec un repo assez rempli et je travaille généralement sur 5⁄6 fichiers en même temps en moyenne.
Le 08/04/2019 à 09h22
#16
Oui, je suis d’accord, sauf que moi, je ne suis pas aussi bien fourni, j’ai que 8Go de ram et que j’ai besoin de cette ram. Quand je veux tester un mes script sur ma machine, il faut que j’éteigne tous mes programmes pour garder vraiment que le minimum (j’ai l’impression que la manière dont la bibliothèque que j’utilise s’accapare la ram n’est pas bien apprécié par la façon dont Ubuntu gère le swap : si il faut swaper ça freeze totalement la machine, bonne pour un hard reset.)
Sinon, c’est un excellent couteau suisse de l’IDE. Il permet de gérer plein de langages différents très correctement. Il n’équivaut pas un IDE spécialisé pour un langage donnée, mais se défend très bien tout de même. Et par rapport à Atom, la prise en main est plus simple, l’interface graphique et les menus sont là, et utilisable à la souris. Enfin, la tonne de plugin et la facilité de les installer fini le tableau. De manière général, en effet il reste très réactive.
Testé et approuvé.
Le 09/04/2019 à 07h22
#17
Les versions libre et propriétaire sont également disponibles sur Flathub.