Durante años, la forma más rápida de preparar una máquina de programación fue instalar Linux. Windows significaba hacer clic en instaladores, buscar errores de PATH y crear un shell desde cero. Eso cambió en 2026 cuando Microsoft lanzó Windows Dev Configs, un único comando de WinGet que lee un archivo YAML e aprovisiona Windows en sí: características, paquetes, módulos de PowerShell y configuraciones, en un solo paso. Esto cierra la brecha que empujaba a la mayoría de los desarrolladores a WSL o Mac.
Esta es nuestra lista de las mejores aplicaciones para configurar un entorno de desarrollo Windows, probadas en una instalación limpia de Windows 11 24H2 en dos portátiles y una computadora de escritorio. La combinación cubre lo que realmente necesita una configuración funcional: automatización de provisioning, un gestor de paquetes, un terminal real, un editor, una capa de compatibilidad Linux y pequeñas utilidades de calidad de vida que instalas y olvidas.
Qué buscar en una herramienta para entorno de desarrollo Windows
La reproducibilidad es más importante que la cantidad bruta de características. Una herramienta merece un lugar aquí solo si una segunda máquina puede prepararse desde la misma configuración en menos de una hora. Seis criterios que consideramos:
- Configuración declarativa. ¿Puede la configuración describirse en un archivo que viva en control de versiones, para que un portátil nuevo coincida con el anterior?
- Instalaciones silenciosas y desatendidas. Sin diálogos, sin mensajes, sin hacer clic en Siguiente. Esto es lo que hace que los gestores de paquetes valgan la pena.
- Ruta de actualización. ¿Entrega la herramienta actualizaciones para cada paquete que instaló, o los olvida en el momento en que llegan?
- Alcance del catálogo. ¿Cuánto software que necesita un desarrollador promedio ya está indexado?
- Ruta sin administrador. Algunos portátiles corporativos bloquean el UAC. Las herramientas que se instalan en tu perfil de usuario sin elevación merecen un lugar.
- Paridad WSL y nativa. Una máquina dev moderna ejecuta ambas. Las herramientas que respetan esto y canalizan archivos, puertos y portapapeles limpiamente a través del límite ganan.
Comparación rápida
| Herramienta | Mejor para | Tamaño de instalación | Plan gratuito | Precio inicial | Licencia |
|---|---|---|---|---|---|
| Windows Dev Configs | Aprovisionamiento de un comando | Se entrega con WinGet | Sí | Gratis | MIT |
| WinGet | Gestor de paquetes integrado | 5 MB | Sí | Gratis | MIT |
| Scoop | Instalaciones de usuario sin administrador | 3 MB | Sí | Gratis | Unlicense |
| Chocolatey | Catálogo comunitario y scripts heredados | 15 MB | Sí | Empresa desde $96/año | Apache 2.0 (Community) |
| WSL 2 | Linux real en Windows | 500 MB por distro | Sí | Gratis | Varias |
| Windows Terminal | Pestañas multi-shell y modo Quake | 40 MB | Sí | Gratis | MIT |
| Visual Studio Code | Edición de propósito general | 350 MB | Sí | Gratis | MIT (fuente), Microsoft (binario) |
| Git for Windows | Control de versiones y OpenSSH | 350 MB | Sí | Gratis | GPL v2 |
| PowerToys | Utilidades que Windows olvidó enviar | 500 MB | Sí | Gratis | MIT |
Las aplicaciones
1. Windows Dev Configs, mejor para aprovisionamiento de un comando
Windows Dev Configs es la entrada más nueva y útil de esta lista. Extiende WinGet con un verbo configure que toma un archivo YAML que describe todo lo que necesita una máquina (características de Windows, aplicaciones, módulos de PowerShell, dotfiles, identidad de git) y lo aplica en un solo paso. Ejecuta winget configure --file dev.yaml en una instalación limpia y la máquina arranca en estado de funcionamiento de 20 a 40 minutos después, desatendida. El archivo vive en un repositorio git, por lo que el siguiente portátil coincide con el anterior al byte.
Bajo el capó se ejecuta en PowerShell Desired State Configuration. Eso significa idempotencia: ejecútalo dos veces y el segundo paso no hace nada. También maneja los reinicios con elegancia, reanudando donde lo dejó. La plantilla que Microsoft entrega cubre alrededor del 80 por ciento de lo que necesita la mayoría de los desarrolladores, y el esquema es lo suficientemente corto para bifurcar.
Dónde se queda corto: el ecosistema de recursos de DSC aún se está poniendo al día. Algunos ajustes, como habilitar la virtualización anidada de Hyper-V o configurar banderas específicas del kernel de WSL, aún requieren un script de seguimiento. Depurar un recurso fallido es asunto de registros de texto, no de interfaz de usuario.
Precios:
- Gratis. Con licencia MIT, se entrega como parte de WinGet 1.7 y posterior en Windows 10 2004+ y Windows 11.
Plataformas: Windows 10 (2004 o posterior) y Windows 11.
Descargar: Documentación de Microsoft Learn y winget-cli en GitHub
Conclusión: Cualquiera que reinstale Windows más de una vez al año debe escribir un YAML de Dev Configs en lugar de hacer clic en instaladores. Es lo más cerca que Windows ha llegado a un Brewfile.
2. WinGet, mejor gestor de paquetes gratuito
WinGet es la base sobre la que se sienta el resto de esta lista. Se entrega con Windows 11 y compilaciones modernas de Windows 10, por lo que no hay nada que instalar. winget install Microsoft.VisualStudioCode extrae el instalador correcto, lo ejecuta silenciosamente y lo agrega a winget upgrade --all a partir de entonces. El repositorio comunitario indexa alrededor de 8.000 paquetes, incluyendo casi todas las herramientas de desarrollador que importan.
Los manifiestos viven en un repositorio de GitHub público, y agregar uno es una solicitud de extracción con un archivo YAML. Por eso el catálogo creció rápido: cualquier proveedor o usuario puede publicar, y la canalización de validación de Microsoft maneja la firma y el escaneo de malware antes de la fusión.
Dónde se queda corto: los instaladores siguen siendo instaladores. WinGet delega en el MSI o EXE subyacente, lo que significa que hereda sus peculiaridades: un EXE deficiente que muestra un mensaje de UAC seguirá mostrándolo. La reversión está limitada a lo que el instalador admite.
Precios:
- Gratis. Con licencia MIT, integrado en Windows moderno.
Plataformas: Windows 10 (1809 o posterior) y Windows 11.
Descargar: Listado de Microsoft Store (App Installer) y winget-cli GitHub
Conclusión: Si instalas software en Windows y aún no usas WinGet, comienza hoy. Todas las otras herramientas de esta lista se pueden instalar con un único comando winget install.
3. Scoop, mejor para instalaciones de usuario sin administrador
Scoop adopta un enfoque diferente a WinGet: todo se coloca en ~\scoop\ bajo tu perfil de usuario, y nada requiere derechos de administrador. Eso importa en máquinas corporativas bloqueadas e importa cuando quieres mantener las herramientas de desarrollo limpias y separadas de cualquier cosa a nivel de sistema. Las herramientas de línea de comandos se instalan como extracciones portátiles, no MSI, por lo que desinstalar es eliminar una carpeta.
La verdadera fortaleza de Scoop es su sistema de buckets. Las extensiones como extras, versions y nerd-fonts agregan miles de paquetes curados sin contaminar el índice principal. Los alias y shims significan que múltiples versiones de Node o Python coexisten sin un wrapper de gestor de versiones.
Dónde se queda corto: Scoop es antimacOS de diseño. Las aplicaciones con integraciones a nivel de sistema (drivers, servicios, extensiones de shell) requieren buckets de administrador o no funcionan en absoluto. El catálogo es más pequeño que el de WinGet para software de consumo.
Precios:
- Gratis. Unlicense (dominio público).
Plataformas: Windows 10 y Windows 11 (PowerShell 5.1 o posterior).
Descargar: scoop.sh y ScoopInstaller en GitHub
Conclusión: La opción correcta si tu portátil de trabajo no te otorga derechos de administrador, o si te gustan tus herramientas de desarrollo portátiles y autosuficientes.
4. Chocolatey, mejor catálogo comunitario para scripts heredados
Chocolatey antecede a WinGet por casi una década, y su repositorio comunitario aún indexa paquetes que WinGet no tiene. Si ya tienes un packages.config de Chocolatey de un script de configuración anterior, mantenlo. Chocolatey maneja los ganchos de PowerShell anteriores y posteriores a la instalación de una manera que el formato de manifiesto de WinGet aún no hace, lo que importa para herramientas que necesitan ajustes de registro o configuración de servicio después de instalar.
El nivel pago (Chocolatey for Business) agrega internalización de paquetes para redes aisladas, portales de autoservicio y soporte SLA. La mayoría de los desarrolladores individuales se mantienen en el nivel gratuito.
Dónde se queda corto: el repositorio comunitario gratuito está moderado por la comunidad, con moderación más lenta que la de WinGet. Los paquetes más nuevos a veces se quedan atrás de los lanzamientos de proveedores. La ruta de instalación predeterminada (C:\ProgramData\chocolatey) requiere derechos de administrador.
Precios:
- Edición comunitaria: Gratis.
- Empresa: desde $96 por nodo por año.
Plataformas: Windows 7 o posterior; Windows Server 2008 R2 o posterior.
Descargar: página de instalación de chocolatey.org y Chocolatey GitHub
Conclusión: Sáltalo si comienzas desde cero. Mantenlo si tienes un packages.config funcionando y no hay razón para migrar.
5. WSL 2, mejor para un flujo de trabajo Linux real
WSL 2 coloca un kernel de Linux completo dentro de Windows con rendimiento de sistema de archivos y red cercano al nativo. En 2026 es un ciudadano de primera clase: wsl --install Ubuntu-24.04 te da un shell funcionando en aproximadamente dos minutos, systemd se ejecuta por defecto, y el paso a través de GPU de cálculo funciona para cargas de trabajo CUDA y DirectML. Los archivos en \\wsl$\Ubuntu\home\you se abren en el Explorador, y la extensión Remote WSL de VS Code los edita sin paso de copia.
El archivo .wslconfig en la raíz de tu perfil de usuario de Windows controla la asignación de memoria, CPU e intercambio para la VM. Novedoso en la versión 2.5: modo de redes reflejado, por lo que los servicios vinculados a localhost dentro de WSL son accesibles desde Windows sin reenvío de puertos.
Dónde se queda corto: E/S de disco a través del límite del sistema de archivos Windows-Linux (/mnt/c/) sigue siendo lento. Mantén tu árbol de fuentes dentro del propio sistema de archivos de WSL para cualquier cosa que requiera construcción. Las aplicaciones de interfaz gráfica funcionan (WSLg se incluye) pero consumen memoria.
Precios:
- Gratis. Las distribuciones individuales de Linux se entregan bajo sus propias licencias.
Plataformas: Windows 10 (versión 2004+) y Windows 11.
Descargar: Microsoft Store (Windows Subsystem for Linux) y WSL GitHub
Conclusión: Si tu trabajo implica Docker, Node, Python o cualquier cosa que haya causado un error “funciona en mi máquina”, ejecútalo en WSL y edita desde VS Code.
6. Windows Terminal, mejor terminal moderno para Windows
Windows Terminal es el terminal que Windows debería haber enviado en 2015. Pestañas, paneles divididos, fuentes y esquemas de color por perfil, menú desplegable en modo Quake (Ctrl+Backtick) e iniciadores de un solo clic para PowerShell, cmd, WSL y Azure Cloud Shell. El renderizado de texto acelerado por GPU significa que las pantallas 4K y las tasas de refresco de 240Hz siguen siendo suaves.
El archivo settings.json es la fuente de verdad. Todo (vinculaciones de teclas, esquemas de color, acciones de inicio) se encuentra allí en JSON simple que se sincroniza entre máquinas a través de Copia de seguridad de Windows o un repositorio de dotfiles.
Dónde se queda corto: la experiencia de shell integrada sigue siendo PowerShell o cmd estándar. Para obtener conveniencias modernas como autocompletado, historial difuso y sugerencias en línea, agrega PSReadLine, Starship o PowerShell 7 encima. No es un reemplazo de shell, solo la ventana que hospeda uno.
Precios:
- Gratis. Con licencia MIT.
Plataformas: Windows 10 (actualización de octubre de 2019 o posterior) y Windows 11.
Descargar: Listado de Microsoft Store y Windows Terminal GitHub
Conclusión: El terminal predeterminado para cualquier configuración de dev de Windows en 2026. Empareja con PowerShell 7 y Starship para un shell que se adapte a macOS o Linux.
7. Visual Studio Code, mejor editor completo
Visual Studio Code sigue siendo el editor predeterminado para la mayoría de los desarrolladores de Windows, y se gana esa posición en Windows específicamente por lo estrechamente que se integra con WSL, Remote SSH y Dev Containers. La extensión Remote WSL edita archivos dentro de una distro de Linux como si fueran locales, con el servidor de idioma ejecutándose del lado de Linux y la interfaz del usuario permaneciendo del lado de Windows. Los Dev Containers reproducen automáticamente el entorno de compilación de un repositorio en Docker.
Copilot y Copilot Chat son complementos opcionales; el editor base es fuente con licencia MIT gratuita con un binario de marca Microsoft. Si la telemetría te molesta, VSCodium es la misma fuente reconstruida sin telemetría.
Dónde se queda corto: memoria. Una configuración multiventana cómoda en un monorrepositorio grande consumirá felizmente 4 GB de RAM. Las extensiones varían mucho en calidad y cada una agrega tiempo de inicio.
Precios:
- Gratis (editor). Copilot desde $10 por usuario por mes.
Plataformas: Windows, macOS, Linux (binarios nativos para todos).
Descargar: code.visualstudio.com y VS Code GitHub
Conclusión: La apuesta de editor más segura para un flujo de trabajo Windows y WSL mixto. Instálalo con WinGet, instala el paquete de extensión Remote Development, luego decide sobre Copilot.
8. Git for Windows, mejor configuración de control de versiones
Git for Windows agrupa git mismo, un cliente OpenSSH funcionando, el shell Git Bash y Git Credential Manager para GitHub, Azure DevOps y Bitbucket. Instalarlo es la forma más rápida de obtener un shell al estilo Unix en Windows sin tocar WSL, útil cuando solo necesitas conectarte con un servidor o clonar un repositorio rápidamente.
Credential Manager es la pieza que importa en silencio: maneja OAuth para GitHub, tokens de acceso personales para Azure DevOps y selección de clave SSH a través del Almacén de credenciales de Windows. Empareja con winget install Microsoft.Git y todo está configurado antes de terminar tu primer café.
Dónde se queda corto: la configuración predeterminada de final de línea (core.autocrlf=true) confunde a los equipos multiplataforma. Cámbialo a input si también trabajas en WSL o Linux, o configura .gitattributes por repositorio.
Precios:
- Gratis. GPL v2 (git) más varias licencias de componentes.
Plataformas: Windows 7 o posterior.
Descargar: git-scm.com/download/win y Git for Windows GitHub
Conclusión: Innegociable. Todo desarrollador necesita git; Git for Windows es la forma correcta instalarlo si no lo estás usando desde WSL.
9. PowerToys, mejores utilidades que Windows olvidó enviar
PowerToys es el vertedero de Microsoft para utilidades que resuelven problemas reales que el propio Windows no aborda. Los relevantes para el desarrollador: PowerToys Run (lanzador al estilo Alfred/Spotlight, Alt+Espacio), FancyZones (ventanas reales), Keyboard Manager (remapeo de teclas en todo el sistema sin hack de registro), Text Extractor (OCR en cualquier región de pantalla, Ctrl+Win+T) y el Advanced Paste más nuevo que ejecuta transformaciones locales de LLM en el contenido del portapapeles.
Peek (Ctrl+Espacio en Explorador) obtiene vistas previas de imágenes, PDF y archivos de código sin abrirlos. Command Palette, agregada en 2025, es una superficie de comando al estilo Raycast que se conecta a otros módulos de PowerToys y extensiones de terceros.
Dónde se queda corto: muchos módulos ejecutan procesos en segundo plano. En batería, desactiva los que no usas. FancyZones entra en conflicto con herramientas que administran ventanas de la misma manera (como Komorebi), elige una.
Precios:
- Gratis. Con licencia MIT.
Plataformas: Windows 10 (2004 o posterior) y Windows 11.
Descargar: Microsoft Store (PowerToys) y PowerToys GitHub
Conclusión: Instala después de WinGet y Windows Terminal, en ese orden. FancyZones solo lo justifica.
Cómo elegir
- Si quieres la configuración de máquina nueva más simple: escribe un YAML de Windows Dev Configs con tus 15 aplicaciones favoritas y nunca instales nada más manualmente.
- Si no puedes obtener derechos de administrador en tu portátil de trabajo: Scoop, luego VS Code, luego WSL 2 (WSL requiere instalación de administrador única pero los distros no).
- Si ya invertiste en scripts de Chocolatey: mantenlos. WinGet y Chocolatey coexisten bien; no necesitas migrar.
- Si tu flujo de trabajo es 80 por ciento Linux: WSL 2 con Ubuntu 24.04, VS Code Remote WSL y Windows Terminal. Omite la mayoría de las herramientas de dev nativas de Windows por completo.
- Si quieres una configuración de Windows que se comporte como macOS: PowerToys Run para Spotlight, FancyZones para ventanas, Windows Terminal con prompt Starship y PowerShell 7.
- Si odias el CLI de WinGet: ejecútalo una vez,
winget configure --file dev.yaml, y nunca vuelvas a mirarlo.
Preguntas frecuentes
¿Es Windows Dev Configs lo mismo que WinGet configure?
Sí. Windows Dev Configs es el nombre de marca que Microsoft usa para el comando winget configure y su ecosistema. Bajo el capó es PowerShell Desired State Configuration envuelto en un subcomando de WinGet.
¿Sigo necesitando Chocolatey si tengo WinGet?
No, no para una configuración nueva en 2026. WinGet cubre el mismo territorio con un CLI similar y mejor soporte de primera parte. Mantén Chocolatey solo si ya tienes scripts funcionando o necesitas un paquete que solo existe en el repositorio comunitario de Chocolatey.
¿Debería ejecutar todo en WSL o instalar herramientas directamente en Windows?
Depende de lo que construyas. El trabajo web, backend e informático en la nube es más rápido y portátil en WSL. El trabajo de escritorio de Windows o .NET pertenece a Windows nativo. La mayoría de los desarrolladores terminan con ambos, y Visual Studio Code con la extensión Remote WSL hace que el cambio sea invisible.
¿Cuál es la forma más rápida de configurar una nueva máquina de dev de Windows?
Si tienes un YAML de Dev Configs de una máquina anterior, ejecuta winget configure --file dev.yaml y tómate un café. Si comienzas desde cero, instala App Installer de WinGet desde Microsoft Store, luego ejecuta winget install Microsoft.WindowsTerminal Microsoft.VisualStudioCode Git.Git Microsoft.PowerToys y construye desde allí.
¿Funciona WinGet sin conexión o detrás de un proxy corporativo?
Sí para ambos. Usa winget download en una máquina conectada para obtener instaladores, luego muévelos a la máquina sin conexión e winget install --manifest. Para proxies, establece las variables de entorno HTTP_PROXY y HTTPS_PROXY antes de ejecutar WinGet.
¿Hay un equivalente de Homebrew para Windows?
Scoop es lo más cercano en filosofía: espacio de usuario, sin administrador, instalaciones portátiles. WinGet es más cercano a APT: sistema amplio, requiere administrador, herramienta oficial de primera parte. La mayoría de los desarrolladores terminan ejecutando ambos y dejan que manejen diferentes clases de software.