Build 2020 : WSL 2 gèrera les GPU et les interfaces Linux, Terminal 1.0, winget en preview
Microsoft bientôt première distribution Linux ?
Bien qu'organisée en ligne, cette édition 2020 de la Build « envoie du lourd ». Ne serait-ce que pour le sous-système Linux et les outils annexes consacrés aux développeurs, les nouveautés sont aussi importantes que nombreuses. Un véritable gestionnaire de paquets est même au programme !
Avec l'intégration d'un bash via différentes distributions puis d'un noyau Linux complet dans Windows 10, Microsoft lançait une petite révolution. L'entreprise qui avait passé des années à combattre l'open source a, sous la direction de Satya Nadella, complètement revu sa position en allant toujours plus loin... jusqu'à s'en payer des tranches.
Derniers exemples en date : le rachat de GitHub, toujours indépendant mais de plus en plus intégré aux produits maison... ou de npm, gestionnaire de paquets JavaScript. Vu le niveau des rapprochements avec Canonical ces dernières années, certains se demandent d'ailleurs si ce n'est pas le prochain sur la liste.
Lors de la Build 2020, Linux était à nouveau à l'honneur, et pas qu'un peu. Car Microsoft s'inspire de plus en plus de ce qui fait l'intérêt et la force des grandes distributions, tout en permettant l'utilisation de ces systèmes sans jamais avoir à quitter le sien. Objectif : faire de Windows 10 l'OS à tout faire des développeurs.
CUDA et DirectML dans WSL 2
La première annonce est un changement de taille : le sous-système Linux (v2) va désormais profiter de l'accélération matérielle des GPU et afficher des interfaces graphiques (GUI), donc des applications complètes. Des améliorations très demandées depuis l'arrivée de WSL, certains allant jusqu'à bidouiller pour en profiter.
Désormais, ce sera natif, officiel et même un peu plus que ça. Tout d'abord, Microsoft confirme que le support de CUDA et WinML sera proposé dans une prochaine version du sous-système. Aucune date n'est pour le moment donnée, l'équipe parlant simplement d'une disponibilité d'ici quelques mois via le canal rapide du programme Insiders. Il passera bientôt sur la branche Manganese (Mn, 20H2) puis Iron (Fe, 21H1) d'ici fin juin.
Cela permettra à la fois de gérer l'écosystème énorme de NVIDIA en la matière (dont nvidia-docker), tout en plaçant WinML comme alternative ouverte à tous. Une version spécifique de TensorFlow l'exploitant sera d'ailleurs proposée en préversion (sous la forme d'un paquet PyPI), pour ceux voulant produire du code exploitant n'importe quel accélérateur compatible, plutôt que les seules GeForce/Quadro/Tesla. Ces dernières bénéficient déjà de TensorRT.
NVIDIA a développé une version de sa librairie CUDA pour l'accès au GPU tel qu'implémenté dans WSL 2 (voir ci-dessous) : libcuda.so. Un programme d'accès préliminaire en ligne est également disponible. Aucune limitation aux seules cartes professionnelles n'est pour le moment évoquée, ce qui serait une bonne chose mais une nouveauté. En effet, l'accès au GPU dans des environnement virtualisés est en général la chasse gardée des Quadro et autres Tesla.
Canonical a de son côté annoncé que des services qu'elle développe pour Ubuntu (comme Kubeflow ou microK8 s) seront compatibles. Une vidéo de LXD sous WSL 2 a d'ailleurs été publiée. Microsoft a pour sa part détaillé sur la chaîne de l'entreprise le fonctionnement de ses outils Sysinternals pour Linux. Bien d'autres vantant WSL sont disponibles.
Un pilote open source pour l'accès GPU aux hôtes Linux
Tout cela est rendu possible par l'évolution de la couche de gestion du GPU, précise Microsoft. Avec WDDM 2.5, l'entreprise avait introduit GPU Paravirtualization (GPU-PV), permettant d'utiliser ce composant dans des environnements virtualisés et exploité dans sa Sandbox, l'émulateur HoloLens 2 ou encore Windows Defender Application Guard.
Avec WDDM 2.9, sa prochaine évolution, elle deviendra accessible aux hôtes Linux via un pilote open source placé au niveau du noyau : Dxgkrnl. Il expose (via /dev/dxg) le GPU et ses fonctionnalités à WSL 2. Un niveau d'intégration qui permet une adaptation rapide selon l'équipe. Mais aussi de fonctionner aussi bien sur les hôtes à un ou plusieurs GPU.
« Les applications fonctionnant dans un environnement Linux ont le même accès au GPU que les applications natives sous Windows » précise Steve Pronovost, un des responsables du projet. « Il n'y a aucun partitionnement des ressources entre Linux et Windows, ou de limite imposée aux applications sous Linux ». Le message est clair : les performances seront là.
Il sera d'ailleurs intéressant de tester l'écart de temps de rendu sur GPU avec des applications telles que Blender, entre la version Windows et celle lancée dans WSL 2, qui peut être facilement compilée dans cet environnement. L'accès au GPU sera direct pour toute distribution exploitant la v2 du sous-système Linux, l'utilisateur n'aura rien de spécifique à faire.
Cette simplicité d'accès au GPU sera-t-elle également permise aux applications de virtualisation classiques ?
Direct3D 12 dans un environnement Linux
L'autre gros morceau des annonces concerne DirectX. On apprend ainsi que l'API en charge de toute la gestion du rendu 3D est désormais disponible dans une version Linux (via WSL) : libd3d12.so. « Elle est compilée depuis le même code source que d3d12.dll pour Windows » précise Pronovost.
Elle offre les mêmes fonctionnalités et le même niveau de performances – modulo l'impact de la virtualisation – mais ne pourra pas être utilisée dans tous les cas, Present() étant absent. « Elle peut être utilisée pour le rendu offscreen et le calcul, mais il n'y a pas de support de swapchain permettant de copier des pixels directement à l'écran (pour le moment 😊) ».
Les constructeurs fournissent de leur côté un pilote utilisateur (UMD) spécifique, permettant l'échange entre leur GPU et la version adaptée à WSL de Direct3D12. Les pilotes WDDM 2.9 fourniront ainsi la version classique et celle compilée pour l'utilisation dans le sous-système Linux, de manière à rendre tout cela le plus transparent possible pour l'utilisateur.
Le composant DxCore a également été porté (libdxcore.so), là aussi de manière complète, excepté quelques simplifications, notamment de fonctionnalités anciennes ayant été modernisées. Ces deux éléments ne sont pas ouverts. Ils sont compilés et distribués sous forme de binaires compatibles avec les distributions exploitant glibc et montés dans /usr/lib/wsl/lib précise Microsoft. L'amour de l'open source a ses limites.
Cette annonce ne semble d'ailleurs pas mener à une disponibilité de Direct3D 12 sous Linux de manière plus générale.
OpenCL, OpenGL, Vulkan et applications avec GUI
Tout ce travail d'accès au GPU profitera aux applications exploitant des API ouvertes, comme celles poussées par le Khronos Group. Un travail là aussi au long cours, dont les premières briques ont été annoncées il y a peu.
Ces améliorations n'arriveront que dans un second temps. Comme l'accès aux applications avec interface graphique (GUI). passant par l'intégration d'un serveur Wayland au sein de WSL 2, communicant avec l'hôte via RDP. Des démonstrations ont été effectuées avec Gedit ou le gestionnaire de fichiers de GNOME.
Objectif : que les développeurs puissent utiliser leurs applications CLI et celles dotées d'une interface graphique. Ce, sans avoir à quitter Windows 10 et avec de bonnes performances.
Ces autres améliorations de WSL 2
Si WSL 2 doit faire son entrée avec la mise à jour de mai de Windows 10 (2004) – intégrant un noyau Linux complet et permettant l'accès à Docker (entre autres) – la suite est d'ores et déjà prévue. Microsoft a profité de ses annonces du jour pour faire un petit point sur la feuille de route.
Ainsi, plutôt que de devoir passer par les paramètres des fonctionnalités complémentaires, WSL pourra « prochainement » être installé d'une seule ligne de commande : wsl.exe --install. La v2 du sous-système Linux sera alors utilisée par défaut, alors qu'il faut pour le moment passer là aussi par une procédure manuelle.
Terminal 1.0 et Gestionnaire de paquets en preview
Autre changement très inspiré de Linux et de l'open source : le nouveau Terminal. Capable de gérer plusieurs onglets et panneaux, différents interpréteurs (CMD, PowerShell, Bash Linux ou Azure Cloud Shell), pouvant être personnalisé, il gère UTF-8/Unicode, profite d'une accélération GPU et... passe en v1.0.
Disponible via GitHub ou le Microsoft Store, il dispose désormais de sa propre documentation (en français). L'équipe vante son approche ouverte pour cet outil, intégrant plusieurs fonctionnalités proposées pour la communauté, parfois plus « fun » qu'utiles. Microsoft précise qu'il continuera d'évoluer en préversion, des nouveautés étant annoncées pour le mois de juin, sans plus de précisions pour le moment.
Une vidéo de présentation a été publiée à l'occasion de la BUILD 2020 :
Enfin, Microsoft nous revient avec un projet de... gestionnaire de paquets. L'idée n'est pas nouvelle, puisque l'on nous promet une telle révolution depuis 2014 et les débuts de OneGet, devenus un gestionnaire de modules PowerShell.
Mais cette fois, ce sera la bonne avec winget, accessible en ligne de commandes et pour le moment proposé sous forme de préversion (open source). On retrouve les bases de ce qui fait le succès de ces outils, comme Chocolatey sous Windows, avec des commandes relativement basiques, donc faciles à retenir :
winget install // Installer un paquet
winget show // Afficher les informations sur un paquet
winget source // Gérer les sources de paquets
winget search // Rechercher un paquet
On note des manques pour le moment, comme la désinstallation ou la mise à jour qui seront sans doute proposés dans un second temps. Microsoft dit ne pas avoir contribué à un projet existant, préférant miser sur une solution maison pour des raisons de sécurité notamment. Cela lui évite surtout d'avoir à gérer un héritage ou une communauté déjà bien établie.
Les autres projets sont néanmoins invités à supporter les dépôts mis en place par l'éditeur s'ils le souhaitent.
winget sera compatible avec les versions 1709 de Windows 10 et supérieures. La documentation est disponible ici. Pour le moment, aucune intégration spécifique au Microsoft Store ne semble prévue, mais on imagine qu'il sera proposé aux développeurs de déployer leurs applications via ces deux canaux de manière unifiée à terme, l'un ne pouvant remplacer l'autre, car ne visant pas les mêmes usages, besoins et publics.
D'ici là, vous pourrez installer cet outil de trois manières. En téléchargeant le client via son dépôt GitHub bien entendu. Il sera également mis en place dans les prochaines préversions du programme Insider de Windows (canal rapide). Un programme spécifique est également mis en place. Il faudra dans tous les cas passer par l'App Installer distribué sur le Microsoft Store pour en profiter pleinement.
Notre dossier sur la Build 2020 de Microsoft :
- WSL 2 gérera les GPU et les interfaces Linux, Terminal 1.0, winget en preview
- Reunion d'UWP et Win32, Visual Studio, Live Share et Codespaces
- Au sein de Microsoft 365, Teams reste la star
- C# 9.0 : de nombreuses nouveautés, souvent inspirées de la programmation fonctionnelle
- Du machine learning « responsable » aux nouveautés Azure
Commentaires (118)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 20/05/2020 à 11h36
Si tu utilises Fedora ou les Ubuntu non LTS ce genre de problème peut survenir car ce sont des distros qui visent la dernière version du logiciel à la mode même pas stable. Maintenant si tu restes sur de la Debian stable avec les backports ce genre de souci est rarissime.
Le 20/05/2020 à 11h39
Merci 
" />
" />
L’espace d’un instant, j’ai pris un coup de jeune d’au moins dix ans voire plus grâce à toi
Le 20/05/2020 à 11h41
Le 20/05/2020 à 11h43
Dans la haute finance tout les bots de trading font tourner des softs en dotnet et ce à tout les niveaux. Linux n’y existe que par comptabilité pour leurs anciens workload AS400 ils n’ont pas le choix à ce niveau. Chez Axa par exemple tout est en dotnet y’a un peu de java la translation des objets AS400 <-> dotnet est assuré par le framework ADN. Chez Rotschild tout est en dotnet aussi, aucune trace de linux et en db SQL server. etc.
" />
Je peux même te dire que la première banque de France n’utilise pas linux pour ses opérations critique il est utilisé pour les trucs servant à amuser la gallerie, les machines sont sous VMS
Tu vas pas me la faire j’y ai bossé dans la haute finance. Les supercalculateurs parlons en vu le niveau de modification dans linux je ne suis pas certains que ce nom soit approprié quand tu dégage 90% du code et que tu modifie lourdement les 10% restant est-ce encore linux rien n’est moins sur.
Dans les sondes spatiales heu y’a que les maboules qui foutent linux, c’est en générale de l’UNIX oui du vrai UNIX et propriétaire. Modifiable sous licence principalement du VvWorks.
Dans les centrales nucléaire linux est une vraie plaie, car installé sur des mémoires non modifiable avec serveur ftp, http etc. Un vrai cancer.
Le 20/05/2020 à 11h51
Le 20/05/2020 à 12h03
Ils partent du principe que c’est sécurisé parce que des débiles arrêtent pas de répéter ça partout. C’est le même mythe que la non fragmentation.
Rappelez vous les failles dans OpenSSL comme des mongoles passaient leur temps à répéter partout que c’était sécurisé parce que d’autres mongoles avaient balancés ça partout bah d’autres y ont cru. La c’est le même mécanisme mais sur des trucs plus dangereux qu’un site web à noix.
Au final c’est plus sécure de tout faire tourner sous IIS
Le 20/05/2020 à 12h09
Comme dit dans le papier, MS ne parle pas de proposer D3D12 dans Linux et ce n’est pas l’objectif de la lib créée (et distribuée sous la forme d’un binaire).
Le 20/05/2020 à 12h09
C’est ce que je te dis, ce n’est pas un problème de l’OS lui-même le point de départ, ce sont les individus qui ont fait ces choix-là, pourquoi ils les ont faits, comment ils ont décidé de les utilisés ….
Déjà le point de départ c’est de se demander si ceux qui ont pris les décisions avaient les compétences informatiques pour prendre ces décisions. Biensur, sans suspens, la réponse est parfois non, même dans le monde stratégique du nucléaire.
Le 20/05/2020 à 12h10
Les commentaires sur NXI c’est toujours source de saveurs intenses
" />
Le 20/05/2020 à 12h19
Mec c’est du matos standard répondant à toutes les normes 
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" /> .
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />. Ce genre de légende est d’un niveau de dangerosité extrême, même si le code du noyau y est pour rien y’a toute une communauté de mongoles qui propage ce genre d’imbécilité certain de la supériorité d’un code qu’ils ne sont même pas capable de comprendre.
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
" />
Encore je peux te dire que le code de la centrale inertielle de nos derniers sous marins comporte du code js pourrave à grand coup de == sans vérification de type et que la gestion des credentials est une farce sans nom. Parce que tu comprends personne peut pirater linux
Au final les machines Windows sont ultra blindé pour la légende inverse et donc sont plus secure
Le 20/05/2020 à 12h24
Oula, pas vraiment. Microsoft a eu le même type de soucis que pour Openssl et HeartBleed et pendant près de 19 ans (faille MS14-66/Winshocs). Et de même sur l’ensemble des implémentation SSL du marché.
En clair, ce n’est pas un soucis d’un système, l’ensemble des systèmes ont des failles et il faut apprendre a vivre avec.
Le 20/05/2020 à 12h25
Le 20/05/2020 à 12h32
JVachez me manque…
(heureusement je vois qu’il y a de nouveaux trolls dans le fil de commentaires)
Le 20/05/2020 à 12h33
Super, linux c’est naze parce que les bots de trading sont en C#. Tu t’y connais vachement plus en ordinateurs que tout le monde réuni ici. T’es plus fort meilleur.
Je laisse tomber t’es juste un troll
Le 20/05/2020 à 12h35
Le 20/05/2020 à 12h37
Le 20/05/2020 à 08h40
Le 20/05/2020 à 08h42
Le 20/05/2020 à 08h45
Ils disent plutôt fin d’année là dessus (après ce sera sans doute les preview pour la mouture H1 2021, à voir).
Le 20/05/2020 à 09h01
Est-ce qu’à terme Windows va devenir, seulement une interface à l’instar de Gnome, Kde ou xWindow ; voire une distri.
" />
Le 20/05/2020 à 09h01
Ce travail a déjà été fait il s’agit de Windows 10 X, la suite a déjà commencé avec MAUI qui est dispo en preview pour le dev d’applications graphique, il ne restera plus que MAUI
Le 20/05/2020 à 09h02
Qu’est-ce qui vous empêche de créer le driver qui va bien ?
Le 20/05/2020 à 09h02
Ouah, que de chemin parcouru depuis les époques Gates et Ballmer !
" /> .
Si ça continue, tous les outils que j’avais installés sous Windows pour me faciliter la vie après avoir géré des serveurs sous Linux vont disparaître et être remplacé par des outils natifs.
WSL 1 était déjà un grand pas en avant, même si j’installais toujours MinGW par habitude (et dans une moindre mesure Cygwin). Et bientôt un WSL 2 avec encore beaucoup plus de possibilités
Mon ConEmu sera peut-être un jour remplacé par Terminal (enfin un terminal à la hauteur dans Windows, il était temps !).
Et Chocolatey, que je soutiens depuis ses débuts, sera peut-être un jour remplacé par WinGet. Bien qu’apparemment il reste du boulot de ce côté. (et ça aussi, le gestionnaire de paquets sous Windows, il était temps !)
Le 20/05/2020 à 09h04
Je vois que Drawbridge arrive à maturité et que Helios aussi :)
Le 20/05/2020 à 09h08
Le dev de tout ça a commencé sous Ballmer ces fonctionnalités ne sont que Drawbride, Helios, et Barelfish qui sont mature et donc débarque en force. Sans compter l’immense projet de réécriture du système démarré au début des années 2000.
Les prochaines migrations ont commencés avec MAUI qui va simplifier totalement le dev d’application graphique on aura plus qu’un seul système multiplateforme en plus et la transition de toutes les apis vers Rust.
Le 20/05/2020 à 09h09
Prochaine version : utilisation possible de l’environnement genome et désactivation d’ explorer 
" />
Le 20/05/2020 à 09h13
“Embrace, Extend, Extinguish”.
Telle a toujours été l’approche de Microsoft.
Ils ont réussi avec grand succès sur la bureautique (cf la grande arnaque du “deuxième standard” bureautique).
Faute d’avoir pu écraser l’écosystème GNU/Linux en tant que serveurs / OS pour le public moteur d’une partie de l’industrie (les devs), et d’avoir pu convaincre du bien-fondé de l’approche propriétaire, ils ont basculé sur l’autre stratégie.
S’ils arrivent à réellement faire migrer une portion suffisante des développeurs sur leur écosystème, Windows devenant la plate-forme de référence pour travailler, ils auront beau jeu ensuite de progressivement inciter les développeurs à utiliser leurs outils / langages.
C’est un cheval de Troie plus insidieux que tout ce qu’ils ont fait jusqu’ici, mais beaucoup plus dangereux.
Heureusement leur OS est encore tellement inexploitable pour du vrai taff à l’heure actuelle qu’ils ont un gros boulot à fournir s’ils veulent réellement faire bouger les lignes.
Le 20/05/2020 à 09h30
Le 20/05/2020 à 09h34
Je suis dev et je n’utilise jamais linux c’est juste le machin qui sert à faire tourner les images docker parce qu’elles sont totalement lié au noyau système. Donc image linux sous linux et image Windows sous Windows, tout le reste dans des VM sous hyper-v.
" />
Si je pouvais juste pas utiliser linux pour faire tourner les images docker linux j’le f’rai vu l’incapacité de linux à gérer correctement les limites de ressources. Chose bricoler à chaque maj pour essayer de le faire marcher correctement
Le 20/05/2020 à 09h37
Le 20/05/2020 à 09h39
Le 20/05/2020 à 09h43
J’en ai rien à péter de ces histoire ça marche pas point
Le 20/05/2020 à 12h54
Ou est-ce que j’ai dit ça ? Je dis juste que penser que linux est forcément utilisé dans la haute finance tiens de la légende urbaine. L’exemple des bots de trading n’est qu’une illustration. Linux y est en grande partie par inertie liée à AS400 les banques ne vont pas s’amuser à tout réécrire il s’agit donc d’un bon choix technique.
Le 20/05/2020 à 12h57
C’est justement ce que je dis au final, la légende urbaine “c’est sécurisé” est ultra dangereuse la différence entre les deux est que du coup sous IIS les gens font attention parce que boooouuuhhhh Microsoft méchant etc. Et a coté de ça ils vont déployés comme des porcs sur ngnix ou apache en passant tout par dessus la jambe.
Le 20/05/2020 à 13h21
Salut les hors sujets, ca ne vous dérangerai pas d’ouvrir un sujet sur le forum, car c’est pas comme si à chaque news on retrouve les mêmes débats perpétuels sur Microsoft ?
Retour des commentaires à WSL & winget ?
Le 20/05/2020 à 13h23
Alors je me lance : WinGet en l’état c’est nul
" />
Le 20/05/2020 à 13h31
Winget est top je l’ai installé hier et testé, il demande quelques ajustement mais je vais directement participé sur le répo et pourquoi pas faire une GUI avec MAUI pour le fun. WSL est ultra pratique. Ca fait plaisir de voir drawbride, Helio, Barelfish arrivé à terme ainsi que la réécriture du système :)
10X est super cool et je ne suis pas prêt de passer à linux après avoir testé la bête
Le 20/05/2020 à 13h40
Le 20/05/2020 à 13h47
Winget me fait vachement de l’œil surtout côté pro. J’ai eu quelques soucis avec Chocolatey donc j’ai fini par y mettre un terme et je refais la maintenance manuellement (je n’ai pas beaucoup de paquets à maintenir).
S’ils suivent leur roadmap. Cela ferai un produit assez complet pour une V1.0. J’espère qu’ils vont vite l’intégrer dans SCCM et Intune. Aussi qu’il sera plus fédérateur que Chocolatey pour les éditeurs (propriétaire ?) réfractaire et à faire des installateurs “pourraves”. De plus si je pouvais me débarrasser de tous ces services de mises à jours par programmes. Nous n’avons pas les ressources pour tester toutes les mises à jours et les déployer en manuel. On préfère gérer par vagues et corriger si besoin sans vraiment ralentir les déploiements.
Quand je vois les manifests, je ne m’inquiète pas du monde Open source. Car la plupart des plus connus et utiliser y sont déjà (et que j’utilise)
Le 20/05/2020 à 13h53
Le 20/05/2020 à 13h54
Le 20/05/2020 à 13h58
Je pense que le mieux serait de forcer l’utilisation de package msix ça permettrai d’avoir un seul installeur et de juste choisir quel archi ont veut installer.
Le 20/05/2020 à 14h05
Dans la roadmap, ils géreront les fichiers de config pour les installations silencieuses donc c’est bon point.
C’est pour ça que j’espère qu’il sera fédérateur pour que certains fassent un effort sur un installateur silencieux et propre. A voir quand les MSIX vont se démocratiser.
Le 20/05/2020 à 14h05
Le 20/05/2020 à 14h09
ça ma plairai un petit winget install mysite –infra prod il airai chercher l’appli puis déploiement auto là où ça va bien
" />
" />
" />
" />
Ou encore winget install toto –machine 192.168.1.2
Le 20/05/2020 à 14h14
Oui alors ça c’est Docker dont l’intégration est prévu dans WSL 2
" />
Le 20/05/2020 à 14h17
Yup, ca je bave depuis un p’tit moment:https://docs.docker.com/docker-for-windows/wsl/
Le 20/05/2020 à 14h17
Au Luxembourg les dev sont quasi tous sous Windows, personne sous Linux. Bref, as-tu une source qui puisse démontrer que les dev sont tous sous Linux ? Merci.
Le 20/05/2020 à 09h49
Pareil l’isolation sous linux est toute relative, ça ne pose pas de problème particulier si il n’y a aucun workload faisant tourner du code tiers produits par les clients dans le cas contraire c’est Windows Server Core et faire tourner les containers en utilisant l’isolation hyper-v.
" />
" />
" />
Donc linux c’est sympa mais ça ne correspond pas ou ne fournit pas forcément ce dont nous avons besoin.
D’ailleurs les providers cloud utilisent la même stratégie des machines sous BSD font tourner des VM linux qui font tourner les containers des clients
Le 20/05/2020 à 10h14
Le 20/05/2020 à 10h17
Les mêmes excuses depuis 20 ans. Il faut pas se leurrer, MS a tué Linux en Desktop depuis longtemps et continue de fermer le cercueil avec un pistolet à clous.
Le 20/05/2020 à 10h19
Le 20/05/2020 à 10h19
Tout à fait Ballmer a viré la quasi totalité de l’ancienne équipe Windows car les dev historique ne voulaient rien changer et rester dans leur zone de confort alors que les jeunes eux voulaient un système plus ouvert et tout reprendre de quasi Zero pour améliorer la qualité du code, la stabilité du système etc. Ayant déjà vécu longuement reprendre complètement des pans entier était nécessaire. En outre, ils voulaient intégrer ce qui sortait de MS Research. Tout ça a été fait débouchant sur des changements massif qui ont commencés avec Vista qui comportait une réécriture complète du système de pilote, de la pile réseau, du système graphique et depuis lors ces travaux sont en cours et beaucoup arrivent à maturité.
Il n’y a cas voir les évolutions du SDK Windows y’a genre aucun rapport entre celui de XP et celui de 10 ou même entre celui de XP et Vista les changements sont énorme.
Le 20/05/2020 à 10h24
Pareil j’ai 0 soucis avec Windows 10 ça marche très très bien aucune raison de changer. En plus j’ai jamais vu linux fonctionner plus de 3 mois sur un poste desktop sans exploser à cause d’un problème de maj de paquets ou d’une corruption de FS genre Suse tout fonctionne tu éteins ta machine. Tu reviens le lendemain le FS est parti en vrille pour une raison inconnue tu réinstalle etc. ça m’a soulé. Ubuntu même combat.
La super solution passer 3h à swapper le noyau puisque ces gros malins ont foutu tout les pilotes dedans, vive les monolithes à la noix. Merci mais non merci.
Je n’ai pas assez de temps dans ma vie pour me battre avec mon ordinateur.
Le 20/05/2020 à 10h34
Je trouve que l’ouverture vers Linux amplifie ce travail.
Le 20/05/2020 à 10h39
Votre image d’illustration me fait vraiment gerber. Je constate en outre sa synchronisation parfaite avec la campagne de comm en cours de microsoft chez vos collègues, avec des articles visant à transformer le loup en agneau. Soyons réalistes : microsoft restera toujours le sale prédateur qu’il est, incapable d’assurer des mises à jour de qualité pour son propre OS, et profitant du monopole de la vente forcée, avalisée par l’UE, pour imposer ses produits devenus inutiles.
“microsoft est un cancer” pour paraphraser ce cher Ballmer. Et on pourrait en dire autant des autres GAFAM ou de wikipedia. Surtout avec la censure du web et la loi Avia en cours, visant à contrôler toujours plus l’information, en faisant taire les opposants politiques. Je rappelle que l’UPR, seul parti d’opposition à l’UE, n’est plus passée sur une chaîne de télé du CSA depuis 2017, et qu’on aime ou pas un parti politique ou un autre n’est pas la question : à partir du moment où l’on soutient une omerta médiatique sur qui que ce soit, on devient soi-même un fasciste de fait.
Cette mise au point étant faite, nous sommes bien dans des méthodes de type Coué, que ce soit au niveau de ce gouvernement ou de ce GAFAM particulier.
Et pour conclure : en entreprise, on attend toujours la console RSAT en natif sous OS libre, la stratégie AD étant de rajouter de la complexité là aussi inutile, juste pour emmerder les libristes, en les obligeant à utiliser un client windows adjacent. Enfin, si vous voulez réellement du GNU/Linux, rien ne vaudra jamais l’original. Compter sur un éditeur qui ne maîtrise même plus son propre OS est d’un ridicule pathétique. Bonne chance aux kiddies qui ont du temps à perdre.
Le 20/05/2020 à 10h48
Le 20/05/2020 à 10h58
Non mais moi je parle des vrais développeurs hein (demi-troll, demi-sérieux).
Ceux qui n’ont pas peur d’aller fouiner dans les bas-fonds du système pour comprendre comment fonctionne quelque chose.
Ceux pour qui la ligne de commande est la norme et l’interface l’exception parce qu’ils ont pigé à quel point c’était plus rentable au quotidien.
Ceux qui n’ont pas envie de galérer avec l’administration et la maintenance d’un système qui n’est pas fiable (spyware intégré) et pas sécurisé (rien que la blague du “on peut toujours accéder aux fichiers des autres utilisateurs) par défaut.
Si un système Linux plante facilement pour toi, c’est toi parce que t’as un souci niveau pilotes matériels (ça peut arriver selon le hardware), soit parce que tu choisis des logiciels un peu à part, soit juste parce que tu n’as jamais considéré utile d’apprendre l’admin sys Linux. :)
Linux est plusieurs crans au-dessus de Windows en termes d’expérience développeur (comme d’expérience utilisateur d’ailleurs pour tous les trucs de base mais c’est un autre sujet).
Le 20/05/2020 à 11h01
Ce n’est pas parce que le loup s’est travesti en agneau qu’il faut se sentir obligé d’applaudir, merci. :)
S’ils avaient REELLEMENT changé de mentalité vis-à-vis de l’appropriation logicielle, ils ne seraient pas en train de pousser à tout crin le “sofware as a cloud service with your data safely in OUR hands”.
Ils ont simplement reconnu qu’ils s’étaient fait bouffer sur certains secteurs, et que faciliter l’appropriation de leurs technos par les devs était le seul moyen restant de les promouvoir.
Je veux bien croire qu’il y a plus de devs “open source” (et tout simplement de devs un minimum compétents) chez Microsoft. Mais ce ne sont toujours pas eux qui décident de la stratégie à long terme.
Le 20/05/2020 à 11h09
Le 20/05/2020 à 11h15
“l’accès aux applications avec interface graphique (GUI). passant par l’intégration d’un serveur Wayland au sein de WSL 2”
Pas de serveur X, mais son successeur Wayland.
Le 20/05/2020 à 11h25
J’utilise massive la GUI car ça a été conçu pour ça. Quand je veux automatiser un truc la je fais un script.
" />
Ceux qui n’ont pas peur d’aller fouiner dans les bas-fonds du système pour comprendre comment fonctionne quelque chose. C’est justement ce que je fais et je n’utilise pas linux pour autant, y’a bien plus de trucs intéressant dans l’architecture de NT et Windows de façon générale des perles inconnues car pas accessible autrement que par code. Ou des apis méconnue qui permettent de supprimer l’utilisation de logiciels tiers du genre pour faire du cache distribué entre machines Windows pas besoin d’installer quoique ce soit en fait ^^ et ça marche même avec des distributions client tout à fait classique
Si je veux faire tout un système de logs distribués avec des nœuds d’agrégations de la réplication master master etc. je le fais avec des VM Windows, 0 logiciel tiers nécessaire. Et je case un soft x ou y à la fin pour le coté user friendly car c’est plus simple d’avoir des graphiques.
Si je dois effectuer des opérations distribuées et transactionnelles désolé mais sous Windows c’est d’une simplicité enfantine, j’ai même rien à configurer activer MSDTC.
Donc si je suis dans un scénario ou je dois écrire un fichier sur un volume et que dans la même opération je dois ajouter un élément dans une db et que je veux que si ça foire faire un rollback des deux le tout de façon ACID bah je le fais sous Windows qui sait faire ce genre de chose nativement. Je peux traiter les deux opérations de façon complètement atomique nativement je ne vais pas m’emerder avec une distribution linux équipée d’un soft exotique conçu par des mecs pas lavés parce que ça fait geek.
Si je suis dans une problématique ou des clients peuvent déployer des plusings donc du code tiers sur un système en mode SAAS, je ne peux pas me permettre d’utiliser linux directement. Donc il y a deux solutions, BSD -> VM Linux -> Container ou Windows Server -> VM Linux -> Container.
Suivant le workload c’est l’un ou l’autre.De deux désolé mais la majorité des linuxiens ne savent même pas comment ça marche. Ni même quels sont les avantages et inconvénients des choix technique effectués certains sont complètement discutable d’autre arbitraire fallait bien choisir un truc et aucune solution parfaite n’existe. Ils sont déjà persuadé qu’il s’agit d’un système UNIX alors…
Linux est l’alpha et l’oméga de rien du tout, y’a tout un tas de truc moisie dedans.
Le projet qui manque de visibilité est HURD.
La seule chose qui compte est limité l’utilisation de logiciel tiers et choisir le meilleur système suivant la problématique le reste n’est que du blabla inutile.
Le 20/05/2020 à 11h26
Arrêt à l’arrache comme cliquer sur Arrêter ?
Le 20/05/2020 à 11h32
Dixit phoronix pour DX12 ce n’est vraiment pas gagné :
 https://www.phoronix.com/scan.php?page=news_item&px=Microsoft-DXGKRNL-Up…
Le 20/05/2020 à 07h58
Pas de serveur X intégré ?
Le 20/05/2020 à 08h09
J’ai l’impression que MS utilise l’energie pour autour de Linux pour poursuivre la modernisation de son OS avec en ligne de mire le rempalcement total de l’écosystème Win32 et le passage à “Windows core” minimal.
À part Glibc, quels autres outils GNU est utilisé par MS dans son sous-sytème?? (Les libristes parlent de GNU/Linux car Linux ne se suffit pas à lui-même).
Le 20/05/2020 à 08h10
Devons nous nous réjouir de ces avancées ou en avoir peur… Mon cœur de linuxien balance..
Le 20/05/2020 à 08h10
est ce qu’il faut windows 10 pro ?
c’était le cas avec la version windows de docker (ca rajoute d’ailleurs une putain de valeur au produit)
mais je ne sais pas pour WSL 2 (à priori je dirai oui)
Le 20/05/2020 à 08h12
WSL est surtout toutes les éditions, que ce soit en v1 ou v2 :
https://ubuntu.com/wsl
Le 20/05/2020 à 08h15
“L’amour de l’open source a ses limites.”
" />
" />
Merci David pour cet article
Le 20/05/2020 à 08h16
Le 20/05/2020 à 08h35
Le 20/05/2020 à 08h38
Merci David pour toutes ces bonnes nouvelles.
J’avoue que j’ai le plus hâte pour le support des application graphiques dans windows via wayland.
mais je pense qu’on aura rien en prod avant l’année prochaine de ce coté la.
J’aurais aimé de bonnes nouvelles sur l’intercompatibilité et les les perfs sur les i/o disques Windows <=> WSL
Sérieusement, après tout ça, à quand un vrai support des systèmes de fichiers type xfs et ext4 sous Windows ?
Le 22/05/2020 à 12h48
Personne n’a jamais prétendu que Linux était la solution à tout. C’est toi qui a posé le postulat trollesque de base je te rappelle.
Le 22/05/2020 à 12h58
Oui ? Je suis dans l’informatique depuis 10 ans, j’ai croisé 3% à la louche de développeurs sous Windows.
Tout dépend des milieux.
Mais parmi ceux comme moi qui ont essayé les deux environnements, on est à peu près tous d’accord pour dire que Windows c’est un environnement famélique en comparaison (en revanche nous sommes en guerre ouverte et frontale sur le meilleur environnement desktop, mais ça c’est classique XD).
Il y a juste trop de trucs qui sont beaucoup plus simples à gérer sous Linux parce qu’OS conçu de manière sécurisée (si y’a une merde ça vient généralement de toi, même quand c’est frustrant), stable (idem), et à base de fichiers textes (te laissant faire un tas d’opérations complexes juste en maîtrisant une vingtaine de commandes de manipulation de texte).
Plus l’interface largement meilleure : complètement configurable (Windows 10 propose enfin, si je me plante pas, de configurer les raccourcis clavier), nettement plus riche ergonomiquement (bon, si on prend KDE, XFCE c’est un peu la zone, Gnome ça fait un bail que j’ai pas retesté).
Rien que le fait que les onglets soient partout quand tu veux utiliser l’explorateur,, que tu aies l’historique du copier / coller, le “coller direct” avec le clic-milieu…
Ou en ligne de commande que tu puisses faire une recherche multicritère largement au-delà de tout ce que peut proposer une interface avec find ET enchaîner avec une recherche de motif avec grep…
Ou utiliser le retour d’une commande qui calcule une chaîne pour remplacer un paramètre en direct dans un ensemble de fichiers dont le périmètre est aussi calculé dynamiquement.
Et bien évidemment, que l’ensemble de ces connaissances soient PORTABLES dans le temps (fonctionne sur des systèmes d’il y a 20 ans, fonctionnera encore dans 20 ans) et l’espace (outils standards dans toutes les distributions).
Le 22/05/2020 à 13h04
J’ai juste pas envie de m’épancher sur le sujet parce que au final ce n’est pas spécialement utile pour grand monde. Si les gens sont contents de leur expérience, tant mieux pour eux, mon ressenti personnel leur sert à rien.
Quant aux autres ils trouveront bien l’occasion de tester.
Mais oui, Windows 10 est encore à peu près à 30% de ce que j’attends d’un système d’exploitation qui se prétend moderne. Que ce soit en termes de sécurisation, d’ergonomie, de fonctionnalités, il est toujours gravement à la ramasse, même s’ils ont énormément avancé comparé à Windows 7 (j’ose même pas évoquer les précédents par décence).
Après bon pour le fonctionnel, pour leur défense ils peuvent pas se permettre d’intégrer trop d’applications non plus sinon ils vont se refaire taper sur les doigts pour abus de position dominante. Donc si je voulais être totalement impartial je ne jugerais que sur le système + l’environnement brut hors toute application graphique excepté explorateur de fichiers (et non pas environnement de bureau + applications conçues pour l’environnement).
Mon commentaire reflète mon opinion “en tant qu’utilisateur lambda”, hormis ces considérations économico-légales. :=)
Le 22/05/2020 à 13h10
Le 22/05/2020 à 13h25
Le 22/05/2020 à 19h52
Alors justement, en termes de fonctionnalités, Windows te permet de faire à peu près tout et n’importe quoi. Tu peux monter un stockage complet de 500To sur N serveurs et avec du RAID, le tout sans avoir à installer un soft. En fait la plupart du temps, les gens ne savent même pas tout ce qu’ils peuvent faire avec Windows. J’ai déjà croisé dans le SI d’une grande assurance des mecs disant que les droits sous Linux c’est vachement mieux que sous Windows alors qu’ils ne connaissaient pas icacls, la notion de droit par héritage et j’en passe…. Le problème des gens qui critiquent Windows, c’est qu’ils ne connaissent pas Windows (ça marche aussi avec Linux, mais le sujet de la news, c’est Windows). Si tu veux savoir ce qu’est capable de faire Windows, regarde ce qu’a fait MS avec Azure.
Le 23/05/2020 à 13h40
Une lecture intéressante:
WikipediaIl faut restant méfiant sur les conversions soudaines à l’open-source mais plus particulièrement ici, vu le passif de MS en terme de méthodes.
Perso, après le rachat de GitHub, j’aurais cru qu’ils auraient racheté Chocolatey et qu’ils l’auraient intégré dans un provider de OneGet… mais sortir un nouveau truc qui ne s’intègre pas à ce qu’ils ont déjà fait… MS sera tjs MS. On a déjà la date de fin de support de OneGet ?
Le 23/05/2020 à 22h23
Du grand n’importe quoi dans les commentaires ici… Oser dire que les devs n’utilisent pas linux, c’est n’importe quoi, et ça veut surtout rien dire. Dev ça peut être iOS, Android, front, back, des technos très différents disponibles… Ca fait 10 ans que je fais du back, soit tous les devs back rencontrés étaient sous linux, soit ils voulaient y passer. Et là wsl2 perso ça fonctionne super bien, ça me permet de bosses comme sous linux, mais sur mon fixe windows qui me sert aussi pour jouer, et sans avoir besoin de lancer une vm.
Le 24/05/2020 à 05h47
WSL2, c’est une VM 😬
Le 24/05/2020 à 09h41
Oui bien sûr, je voulais dire sans lancer un virtualbox, on s’est compris
" />
(wsl2 étant un vm très spéciale quand même ^^)
Le 24/05/2020 à 10h23
Oui mais ça en reste une, avec les limites que ça peut imposer (besoin d’activer les fonctionnalités ce VT du CPU, indispo sur certaines plateformes genre Shadow, etc.)
Le 24/05/2020 à 13h14
Certes, il faut windows 10 pro et le hardware qui va avec, mais quand on a la machine adéquate, c’est invisible à l’utilisation. Lancer le terminal même si la vm n’était pas lancée ça prend au max 1 sec, donc on ne s’en rend même pas compte, pas besoin d’allouer les ressources à l’avance, intégration avec docker windows, c’est vraiment agréable quand même, et je suis impatient des futures mises à jour avec ce qu’ils ont annoncé :)
Le 25/05/2020 à 07h41
1/n
" />
“Alors justement, en termes de fonctionnalités, Linux te permet de faire à peu près tout et n’importe quoi. Tu peux monter un stockage complet de 500To sur N serveurs et avec du RAID, en installant juste les packets qu’il faut. En fait la plupart du temps, les gens ne savent même pas tout ce qu’ils peuvent faire avec Linux. J’ai déjà croisé dans le SI d’une grande assurance des mecs disant que les droits sous Windows c’est vachement mieux que sous Linux alors qu’ils ne connaissaient pas acl, la notion de droit par héritage et j’en passe…. Le problème des gens qui critiquent Linux, c’est qu’ils ne connaissent pas Linux (ça marche aussi avec Windows, mais le sujet de la news, c’est Windows). Si tu veux savoir ce qu’est capable de faire Linux, regarde ce qu’a fait MS avec Azure.”
Ok c’est pour le
Le 20/05/2020 à 14h19
Okay. Un pavé énorme et toujours aucune source. Merci pour cet équivalent du FUD ! Welcome dans ma blacklist aussi. La bise.
Le 20/05/2020 à 14h41
J’ai jamais vu personne utilisé linux pour développer, comme je disais c’est juste le machin qui sert à faire tourner docker en fait ça sert pour la prod mais pas pour produire
Le 20/05/2020 à 14h47
Le 20/05/2020 à 14h48
Le 20/05/2020 à 14h49
Aucune idée c’est du matos tout ce qui a de plus standard, et il marche parfaitement depuis 3 ans sous Windows 10 pro 64bit donc j’suis pas prêt de retenter linux et puis j’ai pas de temps à perdre et il manque les 3⁄4 des softs que j’utilise.
Le 20/05/2020 à 14h53
Bas moi j’ai déjà vu une personne dév sous linux, donc c’est peut être pas toujours vrai ce que tu affirmes non ?
C’est assez hilarant de voir cette guéguerre Windows contre linux aujourd’hui, pour utiliser, bosser, surfer, coder sur les 2, ces diatribes me semblent tout à fait ridicule.
Gniagniagnia windows meilleurs ! gniagniagnia linux c’est pour les vrais.
Plus sérieusement, je trouve Windows de moins en moins agréable pour le code et surtout de moins en moins indispensable, j’ai pas encore osé faire du .net core sous linux (pour les projets perso je tente des techno que je connais pas, moins mainstream) mais je ne serais pas capable aujourd’hui d’affirmer qu’un est supérieur à l’autre.
Mais pour qui veut choisir son environnement en fonction de ses besoins/envies, les desktop linux offrent de sacrées alternatives, j’ai migré ma workstation sous elementary os et c’est un bonheur de simplicité et d’efficacité là où windows est de plus en plus complet mais de moins en moins clair (avis purement personnel).
C’est là à mon avis que le choix est intéressant si on est pas contraint à un environnement précis.
Le 20/05/2020 à 14h58
Jamais croisé personne sous linux sauf pour y faire tourner docker ce qui est devenu son utilisation principale. Etrangement j’ai déjà vu des gens sous BSD 
" />
" />
" />.
La dernière fois que je l’ai utilisé directement c’était sur un raspberry 4 pour y compiler un wrapper de pilote que j’ai porté de netframework en netcore vu que le wrapper C du fabriquant était une merde sans nom.
Le 20/05/2020 à 14h58
Le 20/05/2020 à 15h07
Difficile à dire concrètement c’est du ressenti mais j’essaie :
L’interface de windows me semble de plus en plus fouilli, des menus de partout, un explorateur qui fait tout en même temps là ou gnome ou autre desktop léger offre moins de fonction mais le font vite et bien. Je parle pas du panneau de configuration à moitié à l’ancienne à moitié nouveau (ça a surement bien évolué mais j’ai décroché)
Le menu démarré est à mon sens le comble de l’inefficacité comparé à la simplicité du menu elementary os (sans compter les crapware et pubs qui s’y insèrent)
Le panneau de notification de windows est complet mais surtout complexe et les 3⁄4 des choses ne me servent jamais et les notifs sont intrusives si tu n’est pas en “do not disturb”
Mon bureau linux est hyper réactif même chargé avec 2 IDE (oui je suis pas très vim), 50 onglets dans opera et la retouche d’image, sous windows je trouve moins réactif voir j’ai de plus en plus de glitchs (mais clairement j’ai pas la même config sous linux/win)
Bref, c’est un avis très personnel, mais ça donne une idée.
Edit : Et qu’on vienne pas me dire qu’il suffit de modder mon windows pour être tranquille, c’est le principale reproche que faisait les windowsiens aux linuxiens dans le temps, mon linux je l’utilise out of the box !
Le 20/05/2020 à 15h10
Je ne dis pas que l’un est supérieur à l’autre si tu regardes mes autres commentaires, je dis justement que linux n’est ni l’alpha ni l’oméga qu’il y a un tas de trucs qui marchent mal et pareil sous windows il a des avantages et ses inconvénients. Dans plein de cas faire tourner ses workload sous windows est la meilleur solution, dans d’autre c’est sur linux dans d’autr bsd.
Je répondais principalement à des illuminés qui pensent qu’une seule solution technique répond à l’ensemble des besoins en suivant des légendes urbaines reposant sur rien ce qui est dangereux.
Le 20/05/2020 à 15h11
“Je répondais principalement à des illuminés qui pensent qu’une seule solution technique répond à l’ensemble des besoins en suivant des légendes urbaines reposant sur rien ce qui est dangereux.”
" />
Le 20/05/2020 à 15h14
La de suite j’ai 3 bases de données qui tournent, 4 visual studio 2019, edge avec j’sais pas combien d’onglets, un noeud cardano, un noeud IPFS, redis, et outlook d’ouvert et deux écrans 4K 34 pouces à alimenter le tout sous Windows 10 ça fonctionne niquel sans accros h24 tout est instantané.
Le 20/05/2020 à 15h14
teddyalbina a écrit :
Pour l’électronique, c’était par exemple pour programmer des PIC.
Le 20/05/2020 à 15h18
Le 20/05/2020 à 15h28
Le 20/05/2020 à 15h51
Le 20/05/2020 à 16h29
Good for you mais je ne vois pas en quoi c’est une remarque pertinente en réponse à mon retour d’XP ?
La charge indiqué n’était qu’un exemple et j’ai bien précisé dans mon commentaire que ma config win10 n’est pas la même que ma workstation linux.
Comme le dit ndjpoye , l’essentiel c’est de trouver l’environnement qui convient à chacun, je fais pas un concours du meilleurs desktop ever.
Le 20/05/2020 à 16h38
Cela veut simplement dire que tu as beaucoup de RAM.
Le 20/05/2020 à 16h47
Il est possible de changer l’interface de Windows, il faut juste changer une clé de registre pour pointer vers une interface concurrente.
C’est juste qu’il n’y a plus de concurrentes. C’est bien trop complexe à réaliser, j’imagine.
Sur ce point il est vrai que Linux est clairement supérieur vu le choix disponible voir les options de personnalisation existantes selon l’interface que l’on aura pris.
Le 20/05/2020 à 18h00
En fait ça n’intéresse personne à la grande époque c’était déjà un truc de niche et de bricoleur. Il me semble néanmoins que litestep existe toujours
Le 20/05/2020 à 19h14
Le 20/05/2020 à 19h28
J’ai utilisé Litestep jusqu’à il y a deux ou trois ans je pense. Mais comme il date de bien trop longtemps, il avait mal supporté le passage à Windows > XP. Le souci vient davantage des modules que du programme en lui-même et sur la fin, la série de modules “nModules” était assez stable mais jamais la documentation n’a été achevée par le concepteur (disparu ?), donc difficile à utiliser pour faire des thèmes car personne ne sait vraiment ce qu’ils peuvent faire. Il manquait aussi deux/trois possibilités indispensables à mes yeux dans ces modules.
Il faudrait refaire quelque chose de zéro, et je pense que personne n’a vraiment envie de ça sur Windows. Ça manque de stabilité.
Même un palliatif comme Classic-Shell pour le menu a failli disparaître, trop de travail…
Le 21/05/2020 à 07h57
En tout cas, Docker Desktop avec WSL2 fonctionne super bien… Le plus relou est d’installer WSL2 (qui n’est pas aussi simple qu’un wsl install) et de rebooter plus qu’il ne le demande.
Copier mon serveur plex d’une VM docker vsphere à un docker windows, avec les mêmes métadonnées, le temps de tester une autre virtualisation, c’est très agréable.
Le 21/05/2020 à 08h54
Certes, mais je me dis que dans le cas d’une boite ayant les ressources de MS, si quelque chose ne sort pas, c’est que ce n’est pas une priorité et qu’on n’y a pas alloué les ressources pour qu’elle se développe plus rapidement. Peut-être que Ballmer avait d’autres priorités (et la comm sous Ballmer n’était pas aussi Linux-friendly qu’aujourd’hui, loin de là).
Le 21/05/2020 à 09h00
Euh, je reste bloqué nulle part. “Que de chemin parcouru”, ça veut dire… que de chemin parcouru. Donc ça veut dire que ça a bien changé. Je ne reste pas bloqué, et MS non plus du coup. C’est bien.
Après, c’est pas parce que des “jeunes programmeurs” dans une boite ont des “envies” que la direction va les satisfaire. Dans un truc aussi gros que MS, les décisions ne sont pas prises par les jeunes programmeurs. Mais c’est bien que le management ait écouté ce qui passait autour de lui :)
Le 21/05/2020 à 09h19
J’ai fait + de 10 ans de dev sous windows. Faut arrêter de parler de ce dont on ne connait pas. Durant ma carrière j’ai dû croiser 5% de dev sous linux, des externes, “parce que c’est mieux que Windows”.
" />
Un peu comme teddyalbina, le seul problème est quand je dois faire des scripts de déploiement bash. Du coup soit c’était dans une VM, soit sur un serveur linux de test.
Pour ce qui est de nous inciter à passer à un langage de programmation Microsoft, et bien c’est pas gagné parce que ce n’est pas l’OS qui drive cette décision, mais le use case applicatif. Et puis jamais vu un dev changer de techno “majeure”. #java4life
Le 21/05/2020 à 12h19
Le 21/05/2020 à 15h30
Le 21/05/2020 à 20h00
En 6 ans je n’ai jamais vu de dev sous windows dans les boites où je suis passé… partout c’était du linux sauf dans la boite où je suis maintenant où on a tous des mac.
Comme quoi chacun a des expériences différentes…
pour avoir utilisé les trois OS pour du dev, ma préférence va sur linux que je trouve plus agréable à utiliser puis mac qui est également très agréable à utiliser et assez proche de l’expérience linux et en dernier windows qui est beaucoup plus lourd à mon sens pour les opérations du quotidien.
c’est peut être aussi une question d’habitude mais si j’ai le choix de l’OS sur lequel travailler, ça sera linux sans hésiter.
Le 22/05/2020 à 10h59
Je n’utilise même plus linux pour faire des scripts bash, on a installé powershell core sur l’ensemble des machines linux, et il fait parti de toutes nos images docker. ça nous permet d’utiliser un unique et très puissant langage de script sur Windows, MacOs, et Linux sans prise de tête.
" />
" />
" />
" />
" />
" />
" />
" />
" /> .
On perd pas de temps à pondre 3 scripts différents un seul et unique script qui marche partout le top
En ce moment j’évalue le projet Yarp pour sauter nginx coté reverse proxy dans le futur, je vais y ajouter la possibilité d’être piloté via CLI pour gérer la config dans un premier temps. Ainsi que d’autres choses il va y avoir quelques week-end à pas dormir.
Le 22/05/2020 à 12h41
En l’occurence, mon frère bosse dans la haute finance, pour concevoir des modèles mathématiques et implémenter des algorithmes de transaction les exploitant. Je l’ai rarement autant entendu pester parce qu’on le forçait à utiliser un hôte Windows mais il a fini par réussir à les convaincre de le laisser bosser efficacement.
Le 22/05/2020 à 12h43
Oui donc le problème ne vient pas de la techno mais des mecs qui décident sans réfléchir. Tu remplaces Linux par Windows, c’est exactement le même problème hein.