Microsoft propose désormais Visual Studio Code en version finale. Disponible sur Linux, OS X et Windows, cet environnement de développement se veut généraliste, mais se destine plutôt au web. Il dispose en outre d’environ un millier de plugins pour renforcer ses capacités.
Visual Studio Code, en dépit de son nom, est assez loin du Visual Studio classique. L’objectif n’était pas le même : parti d’une simple expérience au départ, cet IDE se voulait avant tout une aide pour ceux qui développaient des applications web en utilisant le JavaScript ou le TypeScript. Avec le temps, le petit projet bâti sur le trio Chromium/Node.js/Electron est davantage devenu un environnement à tout faire, avec le soutien des plugins.
Microsoft pourrait presque présenter son VSC comme le Firefox du développement : un projet open source, proposant un certain nombre de fonctionnalités de base, que l’on peut étendre via des modules. Ces derniers, dont le nombre a dépassé le millier, permettent à l’IDE d’être compatible avec pratiquement tous les langages et frameworks existants.
500 000 développeurs actifs
Pour fêter l’arrivée de la version 1.0 finale, l’éditeur fournit d’ailleurs quelques chiffres. On sait par exemple que deux millions d’installations ont été réalisées depuis la première préversion publique, et que 500 000 développeurs l’utilisent activement. Sur les six derniers mois de développement, largement consacrés à la correction des bugs et à l’optimisation, plus de 300 Pull Requests ont été faites sur Github. Le projet reste, quant à lui, sous licence MIT.
Microsoft indique dans son annonce que les derniers mois ont été particulièrement riches, en montrant que les échanges avec la communauté pouvaient être très productifs. Des centaines de bugs ont été corrigés grâce aux développeurs impliqués, et plus d’une centaine de langages est maintenant supportée via les plugins, dont C++, Go, Python, PHP, Node.js ou encore F#.
Porte-étendard de la nouvelle stratégie
Visual Studio Code est sans doute à l’heure actuelle l’un des meilleurs représentants de la nouvelle approche de Microsoft sur l’open source. Petit à petit, certaines briques logicielles sont ouvertes, le plus souvent sous licence MIT ou Apache 2.0, avec l’idée bien entendu d’inspirer la confiance. Par ailleurs, l’entreprise peut espérer convaincre les développeurs de participer à ses projets, fournissant non seulement une aide précieuse sur la correction des problèmes, mais récoltant du même coup des suggestions pour les améliorations futures.
L’orientation du projet ne changera d’ailleurs pas selon Microsoft. La firme veut continuer à se concentrer sur les fondations : « Les performances, la stabilité, l’accessibilité et la compatibilité sont de la plus grande importance pour nos utilisateurs, tout comme pour nous ». Un travail spécifique a d’ailleurs été fait pour améliorer le confort d’utilisation pour les développeurs ayant certains handicaps de la vision.
40 Mo sous Linux, OS X ou Windows
La version finale est disponible en neuf langues, dont le français. Le téléchargement complet fait un peu moins de 40 Mo, et on est donc très loin de ce que propose la version complète de Visual Studio. Notez que l’un des avantages prévus de VSC est de pouvoir gérer ses projets sur plusieurs systèmes différents, avec les mêmes capacités. Pour ceux qui ne sont que sous Windows, l’édition Community de Visual Studio 2015 s’avèrera beaucoup plus riche. Quant aux sources de VSC, elles se trouvent sur le dépôt Github de Microsoft.
Concernant la compatibilité des systèmes, signalons que tous ne sont pas compatibles. Par exemple, bien que Vista soit encore supporté, il n’est pas pris en charge et il faudra donc au moins Windows 7. Sur OS X, seules les deux dernières moutures sont supportées, Yosemite et El Capitan. Pour Linux, on récupèrera par défaut des paquets DEB ou RPM 64 bits, mais le téléchargement peut se faire via un simple fichier Zip. Des versions 32 bits sont également proposées dans un lien plus bas.
Attention, à l'heure où nous écrivons ces lignes, le site officiel est particulièrement lent.
Commentaires (104)
#1
Je vais tester ça de suite
" />
" />
Edit : oups, la dernière ligne de l’actu est la plus importante
#2
il doit y avoir un peu de monde sur le coup :)
#3
Par contre, aucune URL vers le dépôt Github… c’est pas où ???
Edit : voilà :https://github.com/Microsoft/vscode
#4
Leur package fonctionne bien sur debian stretch (même intégré dans gnome-shell), c’est cool d’avoir intellisense sur linux 
" />
#5
Microsoft commence à comprendre la puissance de l’OpenSource ! (500.000 contributeurs)
… enfin.
#6
Sublime Text et Atom Killer
" />
#7
Pareil pour le rpm sous openSUSE Leap… j’ai quand même vérifié avant qu’il n’allait pas foutre des merdes à des endroits foireux vu qu’initialement prévu pour RHEL/CentOS
#8
#9
Ce qui veut dire qu’il y aura une “guerre” Atom vs VSCode au niveau des éditeurs de code (et qui sont plutôt proche en terme de features en plus), à priori c’est intéressant
" />
#10
Pas près de mettre ça dans mon Macintosh ou mon Pingouin. Visual Studio 2013 sur le PC du boulot, ça suffit
" />
#11
autant pour moi .
#12
Et ça sera possible quand de pouvoir compiler un simple programme C/C++ avec Visual Studio sans avoir besoin de 12 Go de disque dur? Alors que bon, une toolchain doit tourner dans les 500 Mo ainsi que 500 Mo IDE … on est loin des 12 Go.
#13
Pour les développeurs qui aiment passer du temps à paramétrer et mettre les mains dans le camboui pour faire marcher leur compilation, des outils comme Eclipse c’est bien.
Sinon pour les développeurs qui aiment se concentrer sur leur code, des outils plus sérieux c’est mieux.
Après chacun ses goûts… On peut défendre le monde libre par idéologie, c’est parfaitement recevable, mais faut pas dire n’importe quoi pour autant. Eclipse c’est une bouse à utiliser, même si ça peut bien marcher, c’est une boîte à outil du type “démmerde toi”, et c’est pas du goût de tout le monde.
#14
Que te manquait-il dans des IDE existants sous Linux en terme de complétion, etc… ? Entre QtCreator, KDevelop, etc… c’est déjà un écosystème bien fourni…
#15
#16
Ils ont prévu un truc comme ça :
https://blogs.msdn.microsoft.com/visualstudio/2016/04/01/faster-leaner-visual-studio-installer/
J’ai pas testé, mais je pense que ça prendra moins que les 12go, mais peu être pas si peu que ce que tu demande ^^
Ils ont prévu d’aller plus loins et de permettre de personnaliser les catégories actuels encore + ( donc potentiellement le choix de ne pas mettre WinForm /WPF )
#17
#18
La mouvance open source de Microsoft est impressionnante.
historiquement vendeur de logiciels, MS se positionne en vendeur de services. Mais reste à voir en pratique ce que cela signifie. Car si c est pour monnayer l usage des logiciels avec la télémétrie, le client final n est pas du tout gagnant.
A contrario, des boites comme JetBrains (IntelliJ, pyCharm, etc) ont leur business model basé sur la vente des licences. Les outils JetBrains sont d ailleurs mes favoris, mais oui, il faut passer à la caisse. Pas un pb pour les entreprises: la licence reste moins chère qu une journée de boulot d un ingénieur.
Après, à chacun de faire en fonction de ses goûts et surtout avec quel outils il est plus efficace: j avais ainsi fait acheté une licenses IntelliJ à mon dernier client car c est l outil sur lequel moi et un autre collègue
étions le plus efficace pour du dev python ET PHP, bcp plus qu Eclipse. Et pendant ce temps, d’autres collègues ne juraient que par vi. Ils imposaient qu’on limite le code à 80 col max pour qu ils aient leurs 3 fenêtres vi en //.
Donc chacun sa façon de bosser…
#19
J’ai une question pour les gens qui suivent l’ouverture des outils Microsoft.
J’ai écrit un programme en vb.net qui utilise le .Net framework 4.5. Puis-je un jour envisager une compilation directe vers un “exécutable” linux ou Osx ?
#20
#21
#22
Mono est un framework linux/Osx n’est-ce pas ?
En fait je ne sais pas vraiment par quel bout prendre le problème. Dois-je migrer sur Mono mon dev, dois-je utiliser wine sur linux ?
Si quelqu’un avait un lien vers un article ou dossier qui traite de ce problème ça me permettrait sans doute d’avoir les idées plus claires.
edit : je vais jeter regarder Xamarin, merci.
#23
J’ai ajouté, merci 
" />
#24
Vous devriez arrêter de répondre aux trolls 
" />
#25
Mais c’est vendredi…
" />
#26
… qui est un jour comme les autres 
" />
#27
#28
#29
Perso je me suis mis conjointement à Atom/VsCode à la suite de la fin de mes licences jetBrain, et VsCode m’a semblé beaucoup plus simple d’acces, là où Atom force quand meme pas mal à passer par 40 000 extensions pour commencer à être utilisable (Et c’est un bordel monstre leur store d’extensions).
#30
Déso mais pas déso. Vous connaissez le système, si le commentaire initial disparaît, toute la discussion qui en découle s’en va avec. Branche sciée, bébé et eau du bain, etc etc. 
" />
#31
Mon expérience perso ressemble a ceci : Xcode d’apple est devenu un digne représentant de visual. Point commun entre les 2 : pour compiler un pauvre hello world il faut passer 20 minutes à configurer l’ide…
Avec une spécialité pour visual : un temps de compilation et lancement totalement délirant pour avoir changer une ligne dans une classe… autour d’une minute là où le même programme sous linux se compile en 1 sec et se lance instantanément…
Au fur et à mesure des évolutions de ces ide, j’en arrive au résultat qu’un makefile est plus simple à utiliser…
#32
#33
Active l’affichage en thread, tu comprendras mieux 
" />
#34
Je ne comprend pas pourquoi certain s’obstine à utiliser ce genre d’outils alors que le bloc-note (notepad.exe) permet de se concentrer uniquement sur son code : pas de couleurs qui risque de détourner l’œil, pas de gadgets lolilolesque qui fait croire que tu gagne du temps, qu’un seul fichier ouvert à la fois pour te forcer à ne faire qu’une chose à la fois et correctement…
#35
Gros noob, moi j’écris directe en binaire!
#36
Je savais que j’aurais du refresh la page comme en taré, du coup j’ai manqué toute la discussion :(
#37
#38
Jusqu’au jour où on tombe sur um makefile écrit par un gourou de (g)make, avec 18 niveaux de macros et autres joyeusetés
" />
#39
ok merci, je vais essayer ça
#40
Ça existe ça ? J’ai pas trouvé sur la version mobile, pourtant c’est là où je m’en servirais le plus.
#41
#42
Résumé :
Rien de transcendant, la sword a fait du bon travail.
#43
Assumer… quelque chose de parfaitement normal ? Y en a ras-le-bol des trolls, vraiment.
#44
Sur le site classique, tout en haut des commentaires, le bouton “Options” 
" />
#45
C’était pas très méchant sur ce fil de commentaire
" />
" />
On a eu beaucoup plus de troll avec la news de lundi sur linux
#46
Super !!! :)
#47
#48
#49
Jolie l’UI presque trop moderne sous Linux (en tout cas pour ma Debian)
#50
#51
#52
#53
Quelle différence entre visual studio classique ? Pas de debugguer ? Pas de designer Winform/WPF ?
#54
Pas du tout le même outil, il n’y a que le nom de commun. Visual Studio Code est développé avec Electron (comme Atom).
En gros, c’est plus léger, beaucoup moins fourni sans les extensions et en plein développement.
#55
#56
C’est cool.
Dommage que comme Brackets, comme Atom, ça repose encore une fois sur Chromium.
#57
Je veux éviter de franchir la limite du troll
" />
Pourquoi choisir JS pour du desktop ? Ça me dépasse.
Depuis quelques temps, on dirait qu’un concours a débuté. Utiliser Javascript pour tout et n’importe quoi. On a vu passer NodeJS, les apps desktop, les gestionnaires de bureau, même les gestionnaires de fenêtres !!! C’est comme si toute une frange de la communauté de dev s’était soudainement découvert une passion pour la douleur.
#58
On trouve aussi ceux qui stockent une série de paramètres en javascript
(et qui ne pensent pas «sanitize your input»)
#59
Quelqu’un aurait testé avec Unity (3D, pas le bureau Ubuntu) pour voir si ça se marrie bien pour remplacer VS sur les plateformes où il n’existe pas ?
#60
#61
#62
Tain j’adore la direction qu’a pris Microsoft ces derniers temps sur divers sujet donc celui la. Well done !
#63
Merci pour ton retour.
Si j’ai le courage un jour…
#64
Oui, son usage est bancal, le concept de prototype par contre, je ne vois pas le probleme, c’est la raison pour laquelle le Lisp et l’Ocaml permettent d’ecrire du code extrement efficace en tres peu de temps (notamment par rapport aux langages full OO). Le langage est bancal dans le sens ou au depart, c’etait un lisp a qui on a filé une syntaxe C-like, ce qui n’aide pas, mais ca s’ameliore, et le langage n’est pas beaucoup plus bancal que python 2.7 (dont l’usage est souvent bancal aussi).
Pour revenir au sujet, j’ai pas encore testé VSCode, mais si c’est la meme chose que VS, leur mode “vim” manque clairement de raccourcis, et pour etre honnete, a part la multiselection (qui n’est utile presque seulement quand on a fait du code spagetti), je vois pas trop la difference avec un spacemacs, meme sans config perso (sauf le manque de macroexpand et de Slime).
#65
#66
Bon, pour en revenir au sujet, j’ai testé vscode sur linux. Sympa, sobre avec les fonctionnalités qui vont bien. Je suis en train de me coder un petit programme (python + PyQt) et j’accroche assez.
Rien de révolutionnaire mais ça fait le job. IDE léger qu’on peut installer en 2 sec.
#67
C’est sûr que c’est libre ?
https://code.visualstudio.com/license
#68
#69
#70
Oui, bonjour ?
" />
#71