Pendant des années, le moyen le plus rapide de préparer une machine de codage était d’installer Linux. Windows signifiait cliquer sur les installateurs, rechercher les bugs PATH et construire un shell à partir de zéro. Cela a changé en 2026 quand Microsoft a livré Windows Dev Configs, une seule commande WinGet qui lit un fichier YAML et provisionne Windows lui-même : fonctionnalités, paquets, modules PowerShell et paramètres, en une seule passe. Cela comble le fossé qui poussait la plupart des développeurs vers WSL ou Mac.
Voici notre liste des meilleures applications pour configurer un environnement de développement Windows, testées sur une installation propre de Windows 11 24H2 sur deux ordinateurs portables et un ordinateur de bureau. La combinaison couvre ce qu’une configuration fonctionnelle nécessite réellement : automatisation du provisioning, un gestionnaire de paquets, un vrai terminal, un éditeur, une couche de compatibilité Linux et les petits outils de qualité de vie que vous installez et oubliez.
Ce qu’il faut rechercher dans un outil pour l’environnement de développement Windows
La reproductibilité est plus importante que le nombre brut de fonctionnalités. Un outil mérite une place ici seulement si une deuxième machine peut être mise en service à partir de la même configuration en moins d’une heure. Six critères que nous avons pesés :
- Configuration déclarative. La configuration peut-elle être décrite dans un fichier qui vit dans le contrôle de version, pour qu’un nouvel ordinateur portable corresponde à l’ancien ?
- Installations silencieuses et sans intervention. Pas de dialogues, pas d’invites, pas de clics sur Suivant. C’est ce qui rend les gestionnaires de paquets utiles.
- Chemin de mise à jour. L’outil livre-t-il des mises à jour pour chaque paquet qu’il a installé, ou les oublie-t-il dès qu’elles arrivent ?
- Étendue du catalogue. Combien de logiciels dont un développeur moyen a besoin sont déjà indexés ?
- Chemin sans administrateur. Certains ordinateurs portables d’entreprise verrouillent l’UAC. Les outils qui s’installent dans votre profil utilisateur sans élévation valent leur pesant d’or.
- Parité WSL et native. Une machine dev moderne exécute les deux. Les outils qui respectent cela et canalisent les fichiers, ports et presse-papiers proprement à travers la limite gagnent.
Comparaison rapide
| Outil | Meilleur pour | Taille de l’installation | Plan gratuit | Prix initial | Licence |
|---|---|---|---|---|---|
| Windows Dev Configs | Provisioning en une seule commande | Livré avec WinGet | Oui | Gratuit | MIT |
| WinGet | Gestionnaire de paquets intégré | 5 MB | Oui | Gratuit | MIT |
| Scoop | Installations utilisateur sans administrateur | 3 MB | Oui | Gratuit | Unlicense |
| Chocolatey | Catalogue communautaire et scripts hérités | 15 MB | Oui | Entreprise à partir de $96/an | Apache 2.0 (Community) |
| WSL 2 | Linux véritable sur Windows | 500 MB par distribution | Oui | Gratuit | Diverses |
| Windows Terminal | Onglets multi-shell et mode Quake | 40 MB | Oui | Gratuit | MIT |
| Visual Studio Code | Édition polyvalente | 350 MB | Oui | Gratuit | MIT (source), Microsoft (binaire) |
| Git for Windows | Contrôle de version et OpenSSH | 350 MB | Oui | Gratuit | GPL v2 |
| PowerToys | Utilitaires que Windows a oublié de livrer | 500 MB | Oui | Gratuit | MIT |
Les applications
1. Windows Dev Configs, meilleur pour le provisioning en une seule commande
Windows Dev Configs est l’entrée la plus nouvelle et la plus utile de cette liste. Elle étend WinGet avec un verbe configure qui prend un fichier YAML décrivant tout ce dont une machine a besoin (fonctionnalités Windows, applications, modules PowerShell, dotfiles, identité git) et l’applique en une seule passe. Exécutez winget configure --file dev.yaml sur une installation propre et la machine démarre en état de fonctionnement 20 à 40 minutes plus tard, sans surveillance. Le fichier vit dans un référentiel git, donc le prochain ordinateur portable correspond au précédent à l’octet près.
Sous le capot, il s’exécute sur PowerShell Desired State Configuration. Cela signifie l’idempotence : exécutez-le deux fois et la deuxième passe ne fait rien. Il gère aussi les redémarrages avec élégance, en reprenant là où il s’était arrêté. Le modèle que Microsoft livre couvre environ 80 pour cent de ce dont la plupart des développeurs ont besoin, et le schéma est assez court pour être forké.
Où il est insuffisant : l’écosystème des ressources DSC rattrape encore son retard. Certains paramètres, comme l’activation de la virtualisation imbriquée de Hyper-V ou la configuration de flags de kernel WSL spécifiques, nécessitent toujours un script de suivi. Le débogage d’une ressource défaillante est une affaire de journal textuel, pas d’interface utilisateur.
Tarification :
- Gratuit. Sous licence MIT, livré dans le cadre de WinGet 1.7 et version ultérieure sur Windows 10 2004+ et Windows 11.
Plateformes : Windows 10 (2004 ou version ultérieure) et Windows 11.
Télécharger : Documentation Microsoft Learn et winget-cli sur GitHub
Conclusion : Quiconque réinstalle Windows plus d’une fois par an devrait écrire un YAML Windows Dev Configs au lieu de cliquer sur les installateurs. C’est la chose la plus proche de Windows d’une Brewfile.
2. WinGet, meilleur gestionnaire de paquets gratuit
WinGet est la base sur laquelle repose le reste de cette liste. Il est livré avec Windows 11 et les versions récentes de Windows 10, il n’y a donc rien à installer. winget install Microsoft.VisualStudioCode récupère le bon installateur, l’exécute silencieusement et l’ajoute à winget upgrade --all à partir de ce moment. Le référentiel communautaire indexe environ 8 000 paquets, y compris presque tous les outils de développement qui importent.
Les manifestes vivent dans un référentiel GitHub public, et en ajouter un est une demande de tirage avec un fichier YAML. C’est pourquoi le catalogue a grandi rapidement : n’importe quel vendeur ou utilisateur peut publier, et le pipeline de validation de Microsoft gère la signature et l’analyse des malwares avant la fusion.
Où il est insuffisant : les installateurs restent des installateurs. WinGet délègue au MSI ou EXE sous-jacent, ce qui signifie qu’il hérite de leurs bizarreries : un mauvais EXE qui affiche une invite UAC l’affichera toujours. Le rétablissement se limite à ce que l’installateur supporte.
Tarification :
- Gratuit. Sous licence MIT, intégré à Windows moderne.
Plateformes : Windows 10 (1809 ou version ultérieure) et Windows 11.
Télécharger : Listing Microsoft Store (App Installer) et winget-cli GitHub
Conclusion : Si vous installez des logiciels sur Windows et n’utilisez pas déjà WinGet, commencez aujourd’hui. Tous les autres outils de cette liste peuvent être installés avec une seule commande winget install.
3. Scoop, meilleur pour les installations utilisateur sans administrateur
Scoop adopte une approche différente de WinGet : tout se trouve dans ~\scoop\ sous votre profil utilisateur, et rien n’a besoin de droits d’administrateur. Cela est important sur les machines d’entreprise verrouillées et important quand vous voulez garder les outils de développement proprement séparés de tout ce qui est à l’échelle du système. Les outils en ligne de commande s’installent sous forme d’extraits portables, pas en tant que MSI, donc la désinstallation consiste simplement à supprimer un dossier.
La véritable force de Scoop est son système de buckets. Les extensions comme extras, versions et nerd-fonts ajoutent des milliers de paquets curés sans polluer l’index principal. Les alias et shims signifient que plusieurs versions de Node ou Python coexistent sans un wrapper de gestionnaire de version.
Où il est insuffisant : Scoop est délibérément anti-GUI. Les applications avec des intégrations au niveau du système (pilotes, services, extensions shell) nécessitent soit des buckets d’administrateur, soit ne fonctionnent pas du tout. Le catalogue est plus petit que celui de WinGet pour les logiciels grand public.
Tarification :
- Gratuit. Unlicense (domaine public).
Plateformes : Windows 10 et Windows 11 (PowerShell 5.1 ou version ultérieure).
Télécharger : scoop.sh et ScoopInstaller sur GitHub
Conclusion : Le bon choix si votre ordinateur portable professionnel ne vous accorde pas de droits d’administrateur, ou si vous aimez vos outils de développement portables et autosuffisants.
4. Chocolatey, meilleur catalogue communautaire pour les scripts hérités
Chocolatey précède WinGet de près d’une décennie, et son référentiel communautaire indexe toujours des paquets que WinGet n’a pas. Si vous avez déjà un packages.config Chocolatey d’un ancien script de configuration, conservez-le. Chocolatey gère les hooks PowerShell pré et post-installation d’une manière que le format de manifeste de WinGet n’a pas encore, ce qui est important pour les outils qui ont besoin d’ajustements de registre ou de configuration de service après l’installation.
Le tier payant (Chocolatey for Business) ajoute l’internalisation des paquets pour les réseaux isolés, les portails en libre-service et le support SLA. La plupart des développeurs individuels restent au tier gratuit.
Où il est insuffisant : le référentiel communautaire gratuit est modéré par la communauté, avec une modération plus lente que celle de WinGet. Les paquets plus récents sont parfois en retard sur les versions des fournisseurs. Le chemin d’installation par défaut (C:\ProgramData\chocolatey) nécessite des droits d’administrateur.
Tarification :
- Community Edition : Gratuit.
- Entreprise : à partir de $96 par nœud par an.
Plateformes : Windows 7 ou version ultérieure ; Windows Server 2008 R2 ou version ultérieure.
Télécharger : page d’installation de chocolatey.org et Chocolatey GitHub
Conclusion : Omettez si vous commencez à zéro. Conservez si vous avez un packages.config fonctionnant et aucune raison de migrer.
5. WSL 2, meilleur pour un vrai flux de travail Linux
WSL 2 met un vrai kernel Linux à l’intérieur de Windows avec une performance de système de fichiers et de réseau quasi native. En 2026, c’est un citoyen de première classe : wsl --install Ubuntu-24.04 vous donne un shell fonctionnant en environ deux minutes, systemd s’exécute par défaut, et le pass-through du calcul GPU fonctionne pour les charges de travail CUDA et DirectML. Les fichiers dans \\wsl$\Ubuntu\home\you s’ouvrent dans l’Explorateur, et l’extension Remote WSL de VS Code les édite sans étape de copie.
Le fichier .wslconfig à la racine de votre profil utilisateur Windows contrôle l’allocation de mémoire, de CPU et de swap pour la VM. Nouveauté dans la version 2.5 : mode de mise en réseau en miroir, donc les services liés à localhost dans WSL sont accessibles depuis Windows sans redirection de port.
Où elle est insuffisante : l’E/S du disque à travers la limite du système de fichiers Windows-Linux (/mnt/c/) est toujours lente. Gardez votre arborescence source dans le système de fichiers WSL lui-même pour tout ce qui est intensif en construction. Les applications GUI fonctionnent (WSLg est inclus) mais consomment de la mémoire.
Tarification :
- Gratuit. Les distributions Linux individuelles sont livrées sous leurs propres licences.
Plateformes : Windows 10 (version 2004+) et Windows 11.
Télécharger : Microsoft Store (Windows Subsystem for Linux) et WSL GitHub
Conclusion : Si votre travail implique Docker, Node, Python ou tout ce qui a jamais causé un bug “ça marche sur ma machine”, exécutez-le dans WSL et éditez depuis VS Code.
6. Windows Terminal, meilleur terminal moderne pour Windows
Windows Terminal est le terminal que Windows aurait dû livrer en 2015. Onglets, panneaux divisés, polices et schémas de couleurs par profil, un menu déroulant en mode Quake (Ctrl+Backtick) et des lanceurs d’un seul clic pour PowerShell, cmd, WSL et Azure Cloud Shell. Le rendu du texte accéléré par GPU signifie que les écrans 4K et les taux de rafraîchissement de 240Hz restent fluides.
Le fichier settings.json est la source de vérité. Tout (liaisons de touches, schémas de couleurs, actions de démarrage) s’y trouve en JSON simple qui se synchronise entre les machines via Sauvegarde Windows ou un référentiel dotfiles.
Où il est insuffisant : l’expérience du shell intégré reste PowerShell ou cmd standard. Pour obtenir des commodités modernes comme l’autocomplétion, l’historique flou et les suggestions en ligne, ajoutez PSReadLine, Starship ou PowerShell 7 par-dessus. Ce n’est pas un remplacement de shell, juste la fenêtre qui en héberge un.
Tarification :
- Gratuit. Sous licence MIT.
Plateformes : Windows 10 (mise à jour d’octobre 2019 ou version ultérieure) et Windows 11.
Télécharger : Listing Microsoft Store et Windows Terminal GitHub
Conclusion : Le terminal par défaut pour toute configuration de dev Windows en 2026. Associez-le à PowerShell 7 et Starship pour un shell qui s’adapte à macOS ou Linux.
7. Visual Studio Code, meilleur éditeur polyvalent
Visual Studio Code reste l’éditeur par défaut pour la plupart des développeurs Windows, et il gagne cette position sur Windows spécifiquement en raison de la façon dont il s’intègre étroitement avec WSL, Remote SSH et Dev Containers. L’extension Remote WSL édite les fichiers dans une distribution Linux comme s’ils étaient locaux, avec le serveur de langage s’exécutant du côté Linux et l’interface utilisateur restant du côté Windows. Dev Containers reproduisent automatiquement l’environnement de construction d’un référentiel dans Docker.
Copilot et Copilot Chat sont des modules complémentaires optionnels ; l’éditeur de base est une source avec licence MIT gratuite avec un binaire de marque Microsoft. Si la télémétrie vous préoccupe, VSCodium est la même source reconstruite sans télémétrie.
Où il est insuffisant : mémoire. Une configuration multi-fenêtre confortable sur un grand monorépôt consommera joyeusement 4 GB de RAM. Les extensions varient énormément en qualité et chacune ajoute du temps de démarrage.
Tarification :
- Gratuit (éditeur). Copilot à partir de $10 par utilisateur par mois.
Plateformes : Windows, macOS, Linux (binaires natifs pour tous).
Télécharger : code.visualstudio.com et VS Code GitHub
Conclusion : Le pari d’éditeur le plus sûr pour un flux de travail Windows et WSL mixte. Installez-le avec WinGet, installez l’ensemble d’extensions Remote Development, puis décidez au sujet de Copilot.
8. Git for Windows, meilleure configuration du contrôle de version
Git for Windows regroupe git lui-même, un client OpenSSH fonctionnel, le shell Git Bash et Git Credential Manager pour GitHub, Azure DevOps et Bitbucket. L’installer est le moyen le plus rapide d’obtenir un shell de style Unix sur Windows sans toucher WSL, utile quand vous avez juste besoin de vous connecter à un serveur ou de cloner rapidement un référentiel.
Credential Manager est le élément qui importe discrètement : il gère OAuth pour GitHub, les jetons d’accès personnels pour Azure DevOps et la sélection de la clé SSH via le Gestionnaire des identifiants Windows. Associez-le à winget install Microsoft.Git et tout est configuré avant d’avoir terminé votre premier café.
Où il est insuffisant : la configuration de fin de ligne par défaut (core.autocrlf=true) trompe les équipes multiplateformes. Définissez-le sur input si vous travaillez également sur WSL ou Linux, ou configurez .gitattributes par référentiel.
Tarification :
- Gratuit. GPL v2 (git) plus diverses licences de composants.
Plateformes : Windows 7 ou version ultérieure.
Télécharger : git-scm.com/download/win et Git for Windows GitHub
Conclusion : Incontournable. Tout développeur a besoin de git ; Git for Windows est la bonne façon de l’installer si vous ne l’utilisez pas depuis WSL.
9. PowerToys, meilleurs utilitaires que Windows a oublié de livrer
PowerToys est le dépotoir de Microsoft pour les utilitaires qui résolvent les vrais problèmes que Windows lui-même n’aborde pas. Ceux pertinents pour les développeurs : PowerToys Run (lançeur de style Alfred/Spotlight, Alt+Espace), FancyZones (vrai pavage des fenêtres), Keyboard Manager (remappage des touches au niveau du système sans hack de registre), Text Extractor (OCR sur n’importe quelle région d’écran, Ctrl+Win+T) et le Advanced Paste plus récent qui exécute les transformations de LLM locales sur le contenu du presse-papiers.
Peek (Ctrl+Espace dans l’Explorateur) affiche un aperçu des images, PDF et fichiers de code sans les ouvrir. Command Palette, ajoutée en 2025, est une surface de commande de style Raycast qui se connecte à d’autres modules PowerToys et extensions tierces.
Où elle est insuffisante : de nombreux modules exécutent des processus en arrière-plan. Sur batterie, désactivez ceux que vous n’utilisez pas. FancyZones entre en conflit avec les outils qui gèrent les fenêtres de la même manière (comme Komorebi), choisissez-en un.
Tarification :
- Gratuit. Sous licence MIT.
Plateformes : Windows 10 (2004 ou version ultérieure) et Windows 11.
Télécharger : Microsoft Store (PowerToys) et PowerToys GitHub
Conclusion : Installez après WinGet et Windows Terminal, dans cet ordre. FancyZones seul le justifie.
Comment choisir
- Si vous voulez la configuration de nouvelle machine la plus simple : écrivez un YAML Windows Dev Configs avec vos 15 applications préférées et ne réinstallez jamais rien manuellement.
- Si vous ne pouvez pas obtenir les droits d’administrateur sur votre ordinateur portable professionnel : Scoop, puis VS Code, puis WSL 2 (WSL nécessite une installation d’administrateur unique mais les distributions n’en ont pas besoin).
- Si vous avez déjà investi dans les scripts Chocolatey : conservez-les. WinGet et Chocolatey coexistent bien ; vous n’avez pas besoin de migrer.
- Si votre flux de travail est 80 pour cent Linux : WSL 2 avec Ubuntu 24.04, VS Code Remote WSL et Windows Terminal. Omettez complètement la plupart des outils de dev natifs Windows.
- Si vous voulez une configuration Windows qui se comporte comme macOS : PowerToys Run pour Spotlight, FancyZones pour le pavage, Windows Terminal avec Starship prompt et PowerShell 7.
- Si vous détestez le CLI de WinGet : exécutez-le une fois,
winget configure --file dev.yaml, et ne le regardez plus jamais.
FAQ
Windows Dev Configs est-il identique à WinGet configure ?
Oui. Windows Dev Configs est le nom de marque que Microsoft utilise pour la commande winget configure et son écosystème. Sous le capot, c’est PowerShell Desired State Configuration enveloppée dans une sous-commande WinGet.
Ai-je toujours besoin de Chocolatey si j’ai WinGet ?
Non, pas pour une nouvelle configuration en 2026. WinGet couvre le même terrain avec une CLI similaire et un meilleur support de première partie. Conservez Chocolatey uniquement si vous avez déjà des scripts fonctionnels ou vous avez besoin d’un paquet qui ne vit que dans le référentiel communautaire Chocolatey.
Dois-je tout exécuter dans WSL ou installer les outils directement sur Windows ?
Cela dépend de ce que vous construisez. Le travail web, backend et cloud-native est plus rapide et plus portable dans WSL. Le travail Windows ou le bureau .NET est limité à Windows natif. La plupart des développeurs finissent avec les deux, et Visual Studio Code avec l’extension Remote WSL rend le changement invisible.
Quel est le moyen le plus rapide de mettre en place une nouvelle machine de dev Windows ?
Si vous avez un YAML Dev Configs d’une machine précédente, exécutez winget configure --file dev.yaml et allez prendre un café. Si vous commencez à zéro, installez App Installer de WinGet depuis Microsoft Store, puis exécutez winget install Microsoft.WindowsTerminal Microsoft.VisualStudioCode Git.Git Microsoft.PowerToys et construisez à partir de là.
WinGet fonctionne-t-il hors ligne ou derrière un proxy d’entreprise ?
Oui pour les deux. Utilisez winget download sur une machine connectée pour récupérer les installateurs, puis déplacez-les sur la machine hors ligne et winget install --manifest. Pour les proxies, définissez les variables d’environnement HTTP_PROXY et HTTPS_PROXY avant d’exécuter WinGet.
Y a-t-il un équivalent Homebrew pour Windows ?
Scoop est le plus proche en philosophie : espace utilisateur, pas d’administrateur, installations portables. WinGet est plus proche d’APT : à l’échelle du système, administrateur requis, outil officiel de première partie. La plupart des développeurs finissent par exécuter les deux et les laisser gérer différentes classes de logiciels.
