Visual Studio Code finalise sa prise en charge des Mac Apple Silicon

Nicolas Furno |

Visual Studio Code (gratuit), l’éditeur de code complet et gratuit de Microsoft, est désormais proposée sous la forme d’une app optimisée pour les Mac Intel comme les Mac Apple Silicon. C’était le cas en bêta depuis quelques semaines, mais la mise à jour 1.54 distribuée en version finale depuis hier gère les deux architectures. Il n’est plus nécessaire de passer par Rosetta sur les nouveaux Mac, ce qui promet de meilleures performances et une autonomie prolongée sur les portables.

Par défaut, Visual Studio Code est fournie sous la forme d’un binaire universel qui contient le code nécessaire aux deux architectures. Le fichier pèse 174 Mo au téléchargement et l’app installée occupe près de 450 Mo dans le dossier des applications. Si vous le souhaitez, vous pouvez aussi télécharger la version qui correspond à votre Mac à cette adresse. Comptez alors autour de 105 Mo au téléchargement et 280 Mo une fois l’app installée pour la version Intel comme pour la version Apple Silicon.

Visual Studio Code est un éditeur de code open-source basé sur le framework multiplateformes Electron. Son interface est traduite en français et l’app nécessite macOS 10.10 au minimum.

avatar Yil2201 | 

Top, le gain en performances est énorme pour le temps de lancement et la consommation de ressources !

avatar smog | 

Je ne suis pas un "pro-microsoft", loin de là, mais force est de constater que Visual Studio (code ou non), C# et ASP.NET, c'est remarquable !

avatar Dimemas | 

Effectivement c’est un super IDE !!!

avatar cnewton | 

@smog

Emacs forever.

avatar YetOneOtherGit | 

@cnewton

"Emacs forever."

Welcome to GNU Emacs
We've got fun'n'games
We got everything you want
If you just know the names
We are people that define
Whatever you may need.
If you've got the mem'ry, honey
We got your disease
In GNU Emacs
Welcome to GNU Emacs
Watch it bring your system to its knees.
I, I wanna fill yer disk
Welcome to GNU Emacs
We malloc() K by K
If you want it you're gonna thrash
But it's the price you pay
And it's a very fast machine
With sixty megs of core
It used to handle lotsa users
But can't do it anymore
In GNU Emacs
Welcome to GNU Emacs
Won't you feed my... my... my... my... mem'ry need?
I wanna hear you thrash!
Welcome to GNU Emacs
It gets bigger ev'ry day
You learn to fill all the disk packs
On the system where we play
And if you've got some swap that we can see
We'll brk() it eventually
You can allocate anything you want
But you'd better not take it from me
In GNU Emacs
Welcome to GNU Emacs
Watch it bring your system to its knees
I'm gonna fill yer disk
When you're up
You never ever wanna shut down, shutdown, shutdown, SHUTDOWN!
YEAH!
You know where you are?
You in GNU Emacs, baby.
Yer system's gonna DIE!
In GNU Emacs
Welcome to GNU Emacs
Watch it bring your system to its knees
In GNU Emacs
Welcome to GNU Emacs
Won't you feed my... my... my... my... mem'ry need?
In GNU Emacs
Welcome to GNU Emacs
Watch it bring your system to its knees
In GNU Emacs
Welcome to GNU Emacs
Watch it bring your system...
It's gonna bring it down!
HA!

avatar cnewton | 

@YetOneOtherGit

🤦🏻‍♂️🤦🏻‍♂️🤦🏻‍♂️

J’ai juste en ce moment, comme tous les jours, plus de 2000 fichiers ouverts…

VSCode, Atom,… je les ai essayé mais sérieusement passées les 5 minutes de poudre aux yeux, c’est à pisser de rire.

avatar YetOneOtherGit | 

@cnewton

"🤦🏻‍♂️🤦🏻‍♂️🤦🏻‍♂️"

tu ne connaissais pas la chanson officielle d’Emacs approuvée par Richard Stallman et la FSF 😉?

avatar cnewton | 

@YetOneOtherGit

Eh bien je me coucherai moins bête 😜

avatar YetOneOtherGit | 

@cnewton

"Eh bien je me coucherai moins bête 😜"

Et si tu veux découvrir un monument d’humour Geek Hard Core :

https://web.mit.edu/~simsong/www/ugh.pdf

Une petite perle 🤓🙃🥸🥳

avatar YetOneOtherGit | 

@cnewton

"VSCode, Atom,… "

Tu prêches un convaincu 🤓

avatar LoossSS | 

2000 fichiers ouverts ? Ça doit être super efficace comme manière de travailler...
Visual studio gère très bien les solutions de plusieurs milliers de fichiers. Par contre faudra m'expliquer l'intérêt de tous les ouvrir au même moment.

avatar cnewton | 

@LoossSS

Dans Emacs, des milliers de fichiers ouverts ne veut pas dire autant d’onglets ! C’est justement pour cela c’est efficace !

Pourquoi tous ouverts en même temps ? Et bien parce que je travaille sur des projets fullstack assez complexes et interdépendants donc beaucoup de fichiers SQL, XML, Java, HTML, css, JavaScript…

Je n’utilise quasiment jamais la souris quand je code et surtout Emacs sait indenter correctement càd que quelque soit le nombre de fois où tu appuies sur TAB, le curseur n’ira jamais plus loin que là il doit sémantiquement aller ! Ça n’a l’air de rien mais pour moi c’est justement ce qui fait la différence entre un éditeur de code et un coloriseur de texte !

avatar LoossSS | 

@cnewton

En fait je pense surtout à visual studio et pas studio code... Donc désolé.

Mais donc c'est bien ce que je dis. Tu n'as pas 2000 fichiers ouverts. Tu as juste une solution / un projet ouvert. Comme tout le monde sur un projet quoi. Et encore heureux que ton ide sache le gérer...

Et si tu as un projet qui contient plusieurs milliers de fichiers, tu utilises un autre IDE que studio code :)
Studio code c'est du ponctuel ou petit projet (Enfin c'est mon avis en tous cas)

avatar cnewton | 

@LoossSS

Non non j’ai bien près de 2000 fichiers ouverts. Dans Emacs, tu peux passer d’un fichier à l’autre par son nom c’est bien plus efficace que de cliquer sur un onglet !

avatar LoossSS | 

@cnewton

Mais comme tout IDE en fait non ? Sur visual studio (le vrai) c'est ctrl ,
Que tes fichiers soient "ouverts" ça change quoi ?

avatar cnewton | 

@LoossSS

Je ne passe pas d’un onglet à un autre ! Tu peux afficher les onglets mais ça n’a aucune réelle utilité dans emacs.
Garder mes fichiers ouverts me permet de passer de l’un à l’autre n’importe quand sans avoir à me préoccuper de son chemin ou de son projet.
C’est d’autant plus pratique du fait que je ne reboot quasiment jamais ni mon mac (mon uptime actuel est de 170 jours !) ni emacs car il ne plante pas !
Emacs est un des plus vieux éditeur de code. En ce qui me concerne cela fait plus de 20 ans que je l’utilise. Avec j’ai codé dans beaucoup de langages sans aucune restriction.
Je ne comprends toujours pas pourquoi certains s’obstinent à réinventer la roue !

avatar YetOneOtherGit | 

@smog

Et sur Azure ils assurent 🥳

avatar borongaj | 

Décidément, ces derniers jours, vous dites des erreurs concernant le domaine du développement.

VSCode est parfaitement bien traduit en français. Depuis des années...

avatar nicolaspatate | 

@borongaj

Oui mais en installant une extension il me semble

avatar Nicolas Furno | 

@borongaj

En effet, je corrige, mais sinon, signaler une faute est plus rapide. 🙂

avatar occam | 

« mise à jour 1.54 »

Déjà 1.54.1 ce matin.
Bug de dépendances corrigé.

avatar Deckard | 

Vive les belles apps Electron : rapides, très optimisées, suivant parfaitement les guidelines des OS hôtes et surtout très légères.

avatar cham | 

@Deckard

Pour ceux qui ne s’y connaissent pas en développement, c’était ironique ?

avatar YetOneOtherGit | 

@cham

"c’était ironique ?"

Yep 😎 (du moins j’espère)

avatar Deckard | 

@cham
Oui c'était ironique ;)

Utiliser le JavaScript pour des petites apps simple sur un site web ou pour créer une interface de configuration comme un routeur ou un réseau via une interface web ne me dérange pas, mais pour des app desktop plus poussée c'est un choix que je trouve très malheureux.

L'utilisation d'Electron est maintenant hors de contrôle car c'est devenu une mode, malheureusement.

Cela m'attriste encore plus qu'un compagnie comme Microsoft utilise cette technologie avec toutes les ressources qu'elle pourrait mieux utiliser...

avatar YetOneOtherGit | 

@Deckard

"L'utilisation d'Electron est maintenant hors de contrôle car c'est devenu une mode, malheureusement."

Après force est d’avouer que pour détestable qu’elle soit en terme d’élégance technique, c’est une solution pour du développement cross-plateform qui n’est pas adopté par nombre de très grosses structures pour rien.

C’est un pis-aller serte, mais il offre un remarquable ratio coûts/bénéfices à ceux qui l’adopte pour de bonnes raisons.

Et pour se détendre un peu le grand Gary Bernhardt 😜

https://www.destroyallsoftware.com/talks/the-birth-and-death-of-javascript

avatar Deckard | 

@YetOneOtherGit
AH oui ça je connais la raison économique de choisir Electron...
La qualité a évidemment un prix. C'est en effet une « bonne raison » mais une bonne raison uniquement valable pour ceux qui l'adoptent. Le nivellement par le bas de l'expérience utilisateur est une mauvaise chose, à mon humble avis...

avatar YetOneOtherGit | 

@Deckard

"La qualité a évidemment un prix."

Toujours très discutable, les applications des majors sur Electron sont elles vécus par leur utilisateurs comme étant de de moins bonne qualité?

Les produits seraient-il mieux reçu s’ils étaient en natif ?

Un dev ne peut se permettre de vivre dans sa tour d’ivoire et d’ignorer les enjeux business.

Développer, maintenir et faire évoluer le codes d’une même application pour plusieurs plateformes cibles a un coût conséquent qui n’a pas de sens si l’on en tire pas un avantage compétitif.

Et ce n’est pas adouber techniquement Electron que de voir cette évidence 😉🤑

avatar Deckard | 

@YetOneOtherGit
Je n'ai pas dis qu'avoir une app native était garant d'un bonne app. Il faut aussi correctement suivre les guidelines de l'OS et que l'app se comporte comme on s'y attend. Et vu qu'une app demande aussi des fois à explorer des GUI qui n'ont encore jamais été créées, cela demande aussi beaucoup de temps et d'argent pour faire les choses correctement.

Par contre, les apps multi-plateforme, aussi bien faites qu'elles soient, ont toujours des comportements différents des app habituelles de l'OS et c'est vraiment usant. Surtout dans les détails. Que ce soit du Java, Qt, Electron et dérivés ou autre...

La plupart des utilisateurs de PC ont malheureusement tendance à penser que si leur expérience utilisateur est mauvaise, c'est qu'ils ne sont « pas bons en informatique ». Les autres s'habituent à la complexité et s'y complaisent car ils n'ont pas forcément connu un environnement informatique homogène et ne peuvent donc pas en pleurer la disparition.

Les enjeux business sont en effet importants, mais cela reste un choix de créer correctement pour chaque plateforme ou faire de la soupe multi plateforme. Financièrement, Microsoft n'a aucune excuse à ce niveau.

Pour d'autres boîtes plus modeste, c'est évidemment plus difficile, mais si Electron leur permette de décoller, ils peuvent avoir plus tard les ressources pour développer des app adaptées à chaque plateforme, mais choisissent de ne pas le faire car c'est « good enough ».

Pour citer un exemple, Serif arrivent bien à produire des apps pour Windows et macOS. Elles s'ont d'ailleurs bien plus agréables que celles d'Adobe et je doute qu'Adobe aie moins de ressource que Serif.

Tout cela reste donc un choix de pouvoir vivre comme développeur ou de grandir au maximum et de se faire un max de pognon.

Au final, à quoi bon choisir macOS, Windows ou Linux si c'est pour se retrouver avec la même soupe ?

avatar YetOneOtherGit | 

@Deckard

Ne cherche pas à me convaincre que “c’est de la merde”. nous sommes d’accord sur ça 😉

Mais il n’empêche que cela a toute ça raison d’être et que notre dégoût ne changera rien à l’affaire 😎🖖

avatar YetOneOtherGit | 

@Deckard

"Financièrement, Microsoft n'a aucune excuse à ce niveau."

C’est assez naïf que de croire que MS dépense ses ressources sans réfléchir. 😉

avatar Deckard | 

@YetOneOtherGit

J'avais bien compris que tu n'aimais pas non plus Electron ;) Mais je ne suis pas naïf. Choisir de faire des app low cost est en effet choix réfléchi de la part de Microsoft, mais il ne faut pas me faire croire que c'est un choix vital ;) Ils savent juste qu'ils peuvent faire de la merde et s'en sortir.
EDIT: En tout cas... jusqu'à présent.

avatar YetOneOtherGit | 

@Deckard

"Choisir de faire des app low cost"

Nope pas Low Cost ce qui est un jugement de valeur.

De faire des applications au juste prix au regard des enjeux du marché.

Dépenser de l’argent inutilement pour ne gagner aucun retour sur investissement ce n’est pas une bonne pratique.

Essayes d’oublier tes passions de dev pour te mettre dans la peau d’un décideur 😉

avatar YetOneOtherGit | 

@Deckard

"mais il ne faut pas me faire croire que c'est un choix vital"

Le produit n’existerait sans doute pas en dehors de l’écosystème MS sans le choix d’Electron.

Une entreprise ne dépense pas son argent pour la beauté du geste aussi large soit elle.

avatar YetOneOtherGit | 

@Deckard

"mais cela reste un choix de créer correctement pour chaque plateforme ou faire de la soupe multi plateforme."

Un choix business et dans de très nombreux cas il n’y strictement rien de rationnel qui justifie le natif: rapport coût/ bénéfices catastrophique.

avatar YetOneOtherGit | 

@Deckard

"Pour d'autres boîtes plus modeste, c'est évidemment plus difficile, mais si Electron leur permette de décoller”

C’est là où tu te trompes: Electron n’est pas un pis-aller pour faire un MVP avant de passer au chose sérieuses.

La majorité des utilisateurs d’Electron n’ont strictement rien à gagner en passant à du natif même quand ce sont des majors.

avatar YetOneOtherGit | 

@Deckard

"mais choisissent de ne pas le faire car c'est « good enough »."

Pas seulement.

Quel serait le retour sur investissement de gérer des bases de code natif pour les diverses cibles?

Dans la majorité des cas la response est : aucun.

avatar YetOneOtherGit | 

@Deckard

"Pour citer un exemple, Serif arrivent bien à produire des apps pour Windows et macOS. "

Fort heureusement le natif conserve des avantages, mais ils deviennent des avantages sur des objectifs bien définis.

Ça me fait mal de me retrouver à devoir “défendre” Electron mais ne penser que d’un point de vue technique c’est construire son propre plafond de verre.

avatar YetOneOtherGit | 

@Deckard

"Tout cela reste donc un choix de pouvoir vivre comme développeur ou de grandir au maximum et de se faire un max de pognon.
"

???

Tu imagines que le marché du logiciel est un artisanat d’art ?

avatar Tatooland | 

Ceux qui n’utilisent pas VS Code, vous utilisez quoi du coup ? Sublime ? Le bloc-note (lol) ?
Je suis très très débutant, et si il y a mieux que VS Code + Emmet je suis preneur. Merci.

avatar YetOneOtherGit | 

@Tatooland

"et si il y a mieux"

L’enjeu n’est, pour moi, pas une question de mieux.

Il y a des dizaines d’outils, tout est affaire de goûts personnels, d’habitudes, de pratiques, d’objectifs...

Tu as des IDE, des éditeurs en mode texte, des éditeurs en mode WIMP ...

Prétendre objectivement qu’il y a des choix qui s’imposent naturellement me semble au final assez douteux.

avatar iValFR | 

@YetOneOtherGit

Complètement d’accord 👍

avatar YetOneOtherGit | 

@iValFR

"Complètement d’accord 👍"

J’ajouterai qu’idéalement il faut essayer de ne pas trop être dépendant d’un seul environnement de développement et savoir s’adapter.

Au fil de la carrière où des situations il faut être capable de changer d’outils.

Et la maîtrise minimale d’un bon vieux éditeur en mode texte est toujours un plus sur bien des pratiques.

CONNEXION UTILISATEUR