Por anos, a forma mais rápida de preparar uma máquina de programação foi instalar Linux. Windows significava clicar em instaladores, caçar erros de PATH e construir um shell do zero. Isso mudou em 2026 quando a Microsoft lançou Windows Dev Configs, um único comando WinGet que lê um arquivo YAML e proveciona o Windows em si: recursos, pacotes, módulos PowerShell e configurações, tudo em uma passada. Isso fecha a lacuna que empurrava a maioria dos desenvolvedores para WSL ou Mac.
Esta é nossa lista dos melhores aplicativos para configurar um ambiente de desenvolvimento Windows, testados em uma instalação limpa do Windows 11 24H2 em dois laptops e um desktop. A combinação cobre o que uma configuração funcional realmente precisa: automação de provisionamento, gerenciador de pacotes, um terminal real, editor, camada de compatibilidade Linux e pequenas ferramentas de qualidade de vida que você instala e esquece.
O que procurar em uma ferramenta de ambiente de desenvolvimento Windows
A reprodutibilidade importa mais que o número bruto de recursos. Uma ferramenta merece um lugar aqui apenas se uma segunda máquina puder ser provisionada a partir da mesma configuração em menos de uma hora. Seis critérios que consideramos:
- Configuração declarativa. A configuração pode ser descrita em um arquivo que vive no controle de versão, para que um novo laptop corresponda ao anterior?
- Instalações silenciosas e sem supervisão. Sem diálogos, sem prompts, sem clicar em Avançar. Isto é o que torna os gerenciadores de pacotes valiosos.
- Caminho de atualização. A ferramenta entrega upgrades para cada pacote que instalou, ou os esquece quando chegam?
- Escopo do catálogo. Quanto do software que um desenvolvedor médio precisa já está indexado?
- Caminho sem administrador. Alguns laptops corporativos trancam o UAC. As ferramentas que instalam em seu perfil de usuário sem elevação valem seu peso em ouro.
- Paridade WSL e nativa. Uma máquina dev moderna executa ambas. As ferramentas que respeitam isto e canalizam arquivos, portas e área de transferência limpar através do limite ganham.
Comparação rápida
| Ferramenta | Melhor para | Tamanho da instalação | Plano gratuito | Preço inicial | Licença |
|---|---|---|---|---|---|
| Windows Dev Configs | Provisionamento de um comando | Entregue com WinGet | Sim | Gratis | MIT |
| WinGet | Gerenciador de pacotes integrado | 5 MB | Sim | Gratis | MIT |
| Scoop | Instalações de usuário sem administrador | 3 MB | Sim | Gratis | Unlicense |
| Chocolatey | Catálogo comunitário e scripts legados | 15 MB | Sim | Business de $96/ano | Apache 2.0 (Community) |
| WSL 2 | Linux real no Windows | 500 MB por distribuição | Sim | Gratis | Vários |
| Windows Terminal | Abas multi-shell e modo Quake | 40 MB | Sim | Gratis | MIT |
| Visual Studio Code | Edição de propósito geral | 350 MB | Sim | Gratis | MIT (fonte), Microsoft (binário) |
| Git for Windows | Controle de versão e OpenSSH | 350 MB | Sim | Gratis | GPL v2 |
| PowerToys | Utilitários que o Windows esqueceu de entregar | 500 MB | Sim | Gratis | MIT |
Os aplicativos
1. Windows Dev Configs, melhor para provisionamento de um comando
Windows Dev Configs é a entrada mais nova e mais útil desta lista. Estende o WinGet com um verbo configure que aceita um arquivo YAML descrevendo tudo o que uma máquina precisa (recursos do Windows, aplicativos, módulos PowerShell, dotfiles, identidade git) e o aplica em uma passada. Execute winget configure --file dev.yaml em uma instalação limpa e a máquina inicia em estado de funcionamento 20 a 40 minutos depois, sem supervisão. O arquivo vive em um repositório git, então o próximo laptop corresponde ao anterior até o byte.
Sob o capô, ele funciona no PowerShell Desired State Configuration. Isso significa idempotência: execute duas vezes e a segunda passada não faz nada. Ele também lida com reinicializações com graça, retomando de onde parou. O modelo que a Microsoft entrega cobre cerca de 80 por cento do que a maioria dos devs precisa, e o schema é curto o suficiente para fazer fork.
Onde fica aquém: o ecossistema de recursos DSC ainda está acompanhando. Algumas configurações, como ativar a virtualização aninhada do Hyper-V ou configurar flags específicos do kernel WSL, ainda precisam de um script de acompanhamento. Depurar um recurso com falha é uma questão de log de texto, não de interface de usuário.
Preços:
- Gratis. Licenciado MIT, entregue como parte do WinGet 1.7 e posterior em Windows 10 2004+ e Windows 11.
Plataformas: Windows 10 (2004 ou posterior) e Windows 11.
Baixar: Documentação do Microsoft Learn e winget-cli no GitHub
Conclusão: Qualquer pessoa que reinstale o Windows mais de uma vez por ano deve estar escrevendo um YAML de Dev Configs em vez de clicar em instaladores. É o mais próximo que o Windows chegou de um Brewfile.
2. WinGet, melhor gerenciador de pacotes gratuito
WinGet é a base sobre a qual o resto desta lista fica. Ele vem com Windows 11 e versões modernas do Windows 10, então não há nada a instalar. winget install Microsoft.VisualStudioCode puxa o instalador correto, o executa silenciosamente e o adiciona a winget upgrade --all a partir daí. O repositório comunitário indexa cerca de 8.000 pacotes, incluindo quase todas as ferramentas de desenvolvedor que importam.
Os manifests vivem em um repositório GitHub público, e adicionar um é uma solicitação de pull com um arquivo YAML. Por isso o catálogo cresceu rápido: qualquer fornecedor ou usuário pode publicar, e o pipeline de validação da Microsoft lida com assinatura e verificação de malware antes da fusão.
Onde fica aquém: os instaladores continuam sendo instaladores. O WinGet delega para o MSI ou EXE subjacente, o que significa que herda suas peculiaridades: um EXE ruim que abre um prompt UAC ainda o abrirá. A reversão fica limitada ao que o instalador suporta.
Preços:
- Gratis. Licenciado MIT, integrado ao Windows moderno.
Plataformas: Windows 10 (1809 ou posterior) e Windows 11.
Baixar: Listagem na Microsoft Store (App Installer) e winget-cli GitHub
Conclusão: Se você instala software no Windows e ainda não está usando o WinGet, comece hoje. Todas as outras ferramentas nesta lista podem ser instaladas com um único comando winget install.
3. Scoop, melhor para instalações de usuário sem administrador
Scoop leva uma abordagem diferente do WinGet: tudo vai para ~\scoop\ sob seu perfil de usuário, e nada precisa de direitos de administrador. Isso importa em máquinas corporativas bloqueadas e importa quando você quer manter as ferramentas de dev limpas e separadas de qualquer coisa em escala de sistema. As ferramentas de linha de comando instalam como extratos portáteis, não MSIs, então desinstalar é deletar uma pasta.
A verdadeira força do Scoop é seu sistema de buckets. Extensões como extras, versions e nerd-fonts adicionam milhares de pacotes curados sem poluir o índice principal. Aliases e shims significam que múltiplas versões de Node ou Python coexistem sem um wrapper de gerenciador de versão.
Onde fica aquém: o Scoop é anti-GUI por design. Aplicativos com integrações em nível de sistema (drivers, serviços, extensões de shell) precisam de buckets de administrador ou não funcionam. O catálogo é menor que o do WinGet para software de consumidor.
Preços:
- Gratis. Unlicense (domínio público).
Plataformas: Windows 10 e Windows 11 (PowerShell 5.1 ou posterior).
Baixar: scoop.sh e ScoopInstaller no GitHub
Conclusão: A escolha certa se seu laptop de trabalho não lhe der direitos de administrador, ou se você gostar de suas ferramentas dev portáteis e autossuficientes.
4. Chocolatey, melhor catálogo comunitário para scripts legados
Chocolatey antecede o WinGet por quase uma década, e seu repositório comunitário ainda indexa pacotes que o WinGet não tem. Se você já tem um packages.config do Chocolatey de um script de configuração anterior, mantenha-o. O Chocolatey lida com hooks PowerShell pré e pós-instalação de uma forma que o formato de manifesto do WinGet ainda não suporta, o que importa para ferramentas que precisam de ajustes de registro ou configuração de serviço após instalar.
O nível pago (Chocolatey for Business) adiciona internalização de pacotes para redes isoladas, portais de autoatendimento e suporte SLA. A maioria dos desenvolvedores individuais fica no nível gratuito.
Onde fica aquém: o repositório comunitário gratuito é moderado pela comunidade, com moderação mais lenta que a do WinGet. Pacotes mais novos às vezes ficam atrás dos lançamentos de fornecedores. O caminho de instalação padrão (C:\ProgramData\chocolatey) precisa de direitos de administrador.
Preços:
- Community Edition: Gratis.
- Business: de $96 por nó por ano.
Plataformas: Windows 7 ou posterior; Windows Server 2008 R2 ou posterior.
Baixar: página de instalação chocolatey.org e Chocolatey GitHub
Conclusão: Pule se estiver começando do zero. Mantenha se tiver um packages.config funcionando e nenhuma razão para migrar.
5. WSL 2, melhor para um fluxo de trabalho Linux real
WSL 2 coloca um kernel Linux completo dentro do Windows com desempenho de sistema de arquivos e rede quase nativo. Em 2026, é um cidadão de primeira classe: wsl --install Ubuntu-24.04 lhe dá um shell funcionando em cerca de dois minutos, o systemd é executado por padrão, e o pass-through de GPU de computação funciona para cargas de trabalho CUDA e DirectML. Arquivos em \\wsl$\Ubuntu\home\you abrem no Explorer, e a extensão Remote WSL do VS Code os edita sem etapa de cópia.
O arquivo .wslconfig na raiz de seu perfil de usuário do Windows controla alocação de memória, CPU e swap para a VM. Novo na versão 2.5: modo de rede espelhada, então serviços vinculados a localhost dentro do WSL são acessíveis do Windows sem redirecionamento de porta.
Onde fica aquém: E/S de disco através do limite do sistema de arquivos Windows-Linux (/mnt/c/) ainda é lento. Mantenha sua árvore de origem dentro do próprio sistema de arquivos WSL para qualquer coisa intensa em compilação. Aplicativos GUI funcionam (WSLg é incluído) mas consomem memória.
Preços:
- Gratis. Distribuições individuais do Linux são entregues sob suas próprias licenças.
Plataformas: Windows 10 (versão 2004+) e Windows 11.
Baixar: Microsoft Store (Windows Subsystem for Linux) e WSL GitHub
Conclusão: Se seu trabalho envolve Docker, Node, Python ou qualquer coisa que já tenha causado um bug “funciona na minha máquina”, execute em WSL e edite do VS Code.
6. Windows Terminal, melhor terminal moderno para Windows
Windows Terminal é o terminal que o Windows deveria ter entregado em 2015. Abas, painéis divididos, fontes e esquemas de cor por perfil, menu suspenso modo Quake (Ctrl+Backtick) e inicializadores de um clique para PowerShell, cmd, WSL e Azure Cloud Shell. Renderização de texto acelerada por GPU significa que displays 4K e taxas de atualização de 240Hz continuam suaves.
O arquivo settings.json é a fonte da verdade. Tudo (associações de chaves, esquemas de cor, ações de inicialização) fica lá em JSON simples que sincroniza entre máquinas via Backup do Windows ou repositório de dotfiles.
Onde fica aquém: a experiência integrada de shell ainda é PowerShell ou cmd padrão. Para obter facilidades modernas como autocompletar, histórico fuzzy e dicas inline, adicione PSReadLine, Starship ou PowerShell 7 no topo. Não é um substituto de shell, apenas a janela que hospeda um.
Preços:
- Gratis. Licenciado MIT.
Plataformas: Windows 10 (atualização de outubro de 2019 ou posterior) e Windows 11.
Baixar: Listagem na Microsoft Store e Windows Terminal GitHub
Conclusão: O terminal padrão para qualquer configuração de dev do Windows em 2026. Associe com PowerShell 7 e Starship para um shell que combina com macOS ou Linux.
7. Visual Studio Code, melhor editor versátil
Visual Studio Code permanece o editor padrão para a maioria dos desenvolvedores do Windows, e ganha essa posição no Windows especificamente porque integra tão bem com WSL, Remote SSH e Dev Containers. A extensão Remote WSL edita arquivos dentro de uma distribuição Linux como se fossem locais, com o servidor de linguagem rodando no lado Linux e a interface do usuário permanecendo no lado Windows. Dev Containers reproduzem automaticamente o ambiente de construção de um repositório no Docker.
Copilot e Copilot Chat são complementos opcionais; o editor base é fonte licenciada MIT gratuita com um binário de marca Microsoft. Se a telemetria o incomodar, VSCodium é a mesma fonte reconstruída sem telemetria.
Onde fica aquém: memória. Uma configuração confortável de várias janelas em um monorepo grande consumirá felizmente 4 GB de RAM. As extensões variam muito em qualidade e cada uma adiciona tempo de inicialização.
Preços:
- Gratis (editor). Copilot de $10 por usuário por mês.
Plataformas: Windows, macOS, Linux (binários nativos para todos).
Baixar: code.visualstudio.com e VS Code GitHub
Conclusão: A aposta de editor mais segura para um fluxo de trabalho Windows e WSL misto. Instale com WinGet, instale o pacote de extensões Remote Development, depois decida sobre Copilot.
8. Git for Windows, melhor configuração de controle de versão
Git for Windows agrupa o git em si, um cliente OpenSSH funcionando, o shell Git Bash e Git Credential Manager para GitHub, Azure DevOps e Bitbucket. Instalá-lo é a forma mais rápida de obter um shell ao estilo Unix no Windows sem tocar em WSL, útil quando você só precisa se conectar a um servidor ou clonar rapidamente um repositório.
Credential Manager é a peça que importa silenciosamente: ela lida com OAuth para GitHub, tokens de acesso pessoal para Azure DevOps e seleção de chave SSH através do Gerenciador de Credenciais do Windows. Associe com winget install Microsoft.Git e tudo está configurado antes de terminar seu primeiro café.
Onde fica aquém: a configuração padrão de final de linha (core.autocrlf=true) confunde equipes multiplataforma. Defina para input se você também trabalha em WSL ou Linux, ou configure .gitattributes por repositório.
Preços:
- Gratis. GPL v2 (git) mais várias licenças de componentes.
Plataformas: Windows 7 ou posterior.
Baixar: git-scm.com/download/win e Git for Windows GitHub
Conclusão: Inegociável. Todo desenvolvedor precisa de git; Git for Windows é a forma correta instalá-lo se você não estiver usando a partir de WSL.
9. PowerToys, melhores utilitários que o Windows esqueceu de entregar
PowerToys é o depósito da Microsoft para utilitários que resolvem problemas reais que o próprio Windows não aborda. Relevantes para desenvolvedor: PowerToys Run (lançador ao estilo Alfred/Spotlight, Alt+Espaço), FancyZones (organização real de janelas), Keyboard Manager (remapeamento de teclas em todo o sistema sem hack de registro), Text Extractor (OCR em qualquer região de tela, Ctrl+Win+T) e o Advanced Paste mais novo que executa transformações de LLM local em conteúdo da área de transferência.
Peek (Ctrl+Espaço no Explorer) visualiza imagens, PDFs e arquivos de código sem abrir. Command Palette, adicionada em 2025, é uma superfície de comando ao estilo Raycast que se conecta a outros módulos PowerToys e extensões de terceiros.
Onde fica aquém: muitos módulos executam processos em segundo plano. Na bateria, desabilite os que você não usa. FancyZones entra em conflito com ferramentas que gerenciam janelas da mesma forma (como Komorebi), escolha uma.
Preços:
- Gratis. Licenciado MIT.
Plataformas: Windows 10 (2004 ou posterior) e Windows 11.
Baixar: Microsoft Store (PowerToys) e PowerToys GitHub
Conclusão: Instale após WinGet e Windows Terminal, nessa ordem. Apenas FancyZones o justifica.
Como escolher
- Se você quer a configuração de máquina nova mais simples: escreva um YAML de Windows Dev Configs com seus 15 aplicativos favoritos e nunca instale nada manualmente novamente.
- Se você não conseguir direitos de administrador em seu laptop de trabalho: Scoop, depois VS Code, depois WSL 2 (WSL precisa de instalação de administrador única mas as distribuições não).
- Se você já investiu em scripts do Chocolatey: mantenha-os. WinGet e Chocolatey coexistem bem; você não precisa migrar.
- Se seu fluxo de trabalho é 80 por cento Linux: WSL 2 com Ubuntu 24.04, VS Code Remote WSL e Windows Terminal. Pule completamente a maioria das ferramentas de dev nativas do Windows.
- Se você quer uma configuração do Windows que se comporte como macOS: PowerToys Run para Spotlight, FancyZones para organização de janelas, Windows Terminal com prompt Starship e PowerShell 7.
- Se você odeia o CLI do WinGet: execute uma vez,
winget configure --file dev.yaml, e nunca o veja novamente.
Perguntas frequentes
Windows Dev Configs é o mesmo que WinGet configure?
Sim. Windows Dev Configs é o nome da marca que a Microsoft usa para o comando winget configure e seu ecossistema. Sob o capó é PowerShell Desired State Configuration envolvida em um subcomando WinGet.
Ainda preciso de Chocolatey se tenho WinGet?
Não, não para uma configuração nova em 2026. WinGet cobre o mesmo terreno com uma CLI similar e melhor suporte de primeira parte. Mantenha o Chocolatey apenas se você já tiver scripts funcionando ou precisar de um pacote que só existe no repositório comunitário do Chocolatey.
Devo executar tudo no WSL ou instalar ferramentas diretamente no Windows?
Depende do que você constrói. Trabalho web, backend e cloud-native é mais rápido e portátil em WSL. Trabalho Windows ou desktop .NET pertence ao Windows nativo. A maioria dos desenvolvedores acaba com ambos, e Visual Studio Code com a extensão Remote WSL torna a troca invisível.
Qual é a forma mais rápida de configurar uma nova máquina de dev do Windows?
Se você tiver um YAML de Dev Configs de uma máquina anterior, execute winget configure --file dev.yaml e vá tomar um café. Se está começando do zero, instale App Installer do WinGet da Microsoft Store, depois execute winget install Microsoft.WindowsTerminal Microsoft.VisualStudioCode Git.Git Microsoft.PowerToys e construa a partir daí.
WinGet funciona offline ou atrás de um proxy corporativo?
Sim para ambos. Use winget download em uma máquina conectada para obter instaladores, depois mova para a máquina offline e winget install --manifest. Para proxies, defina as variáveis de ambiente HTTP_PROXY e HTTPS_PROXY antes de executar WinGet.
Existe um equivalente Homebrew para Windows?
Scoop é o mais próximo em filosofia: espaço de usuário, sem administrador, instalações portáteis. WinGet é mais próximo de APT: escala de sistema, administrador requerido, ferramenta oficial de primeira parte. A maioria dos desenvolvedores acaba executando ambos e deixando que lidem com diferentes classes de software.