Ubuntu on WSL development on Windows

XDA argumentó este año que Ubuntu en Windows está en camino de ser más popular que Ubuntu mismo, y la razón es aburrida de la mejor manera. WSL2 dejó de ser una curiosidad y se convirtió en la forma estándar de tocar Linux en una computadora portátil de trabajo que debe ejecutar Teams, un agente EDR y una VPN corporativa. La ruta de actualización es un solo comando, el kernel es real y la pila de red finalmente se comporta. Lo que aún falta es el kit circundante: un editor que trate el lado Linux como de primera clase, una terminal que no pelee con tmux, un runtime de contenedor que respete el backend WSL2 y un prompt que diga la verdad sobre el estado de git. Este resumen cubre las mejores aplicaciones para el desarrollo de Ubuntu en WSL en el escritorio, basado en el uso diario en Windows 11 24H2 y Ubuntu 24.04 LTS dentro de WSL.

Qué buscar en una aplicación WSL dev

No todas las herramientas de Linux son buenas herramientas de WSL. Las que se ajustan comparten cuatro características. Primero, respetan el límite del sistema de archivos WSL, por lo que el trabajo de E/S pesado permanece en el lado Linux (~/), no en /mnt/c/, donde las llamadas entre VM se estancan. Segundo, se ejecutan nativamente en Windows y llegan a WSL limpiamente, o se ejecutan dentro de Ubuntu y se comunican con Windows a través de wslg para aplicaciones GUI y reenvío de localhost para servicios. Tercero, juegan bien con las restricciones corporativas: sin controladores de kernel, sin necesidad de deshabilitar Hyper-V, sin hostilidad de proxy. Cuarto, guardan estado en todos los reinicios de la VM WSL, lo que sucede más a menudo de lo que la mayoría de las guías admiten. Elige herramientas que cumplan con los cuatro y el entorno dejará de parecer una pila de soluciones alternativas.

Comparación rápida

App Best for Runs on Free plan Starting price License
Visual Studio Code + WSL extension The default editor for most WSL work Windows, reaches into WSL Yes, fully Free MIT (with Microsoft telemetry)
Windows Terminal Terminal shell for WSL, PowerShell, and Command Prompt in one window Windows 11 (ships built-in) Yes, fully Free MIT
Docker Desktop Containers with the WSL2 backend Windows (uses WSL2 VM) Yes, personal use $9 per user per month for business Proprietary
JetBrains Toolbox (IntelliJ, PyCharm, WebStorm, GoLand, Rider) Language-aware IDEs that see Linux paths Windows, project inside WSL 30-day trial Around $16.90 per month for IntelliJ Ultimate individual Proprietary
oh-my-posh A prompt that shows git, k8s, and Python context on bash, zsh, and PowerShell Ubuntu (WSL) and Windows Yes, fully Free MIT
tmux Session persistence and split panes inside the WSL shell Ubuntu (WSL) Yes, fully Free ISC
GitHub CLI Everyday GitHub work without leaving the terminal Ubuntu (WSL) and Windows Yes, fully Free MIT
Warp A modern terminal with AI command help Ubuntu (WSL) and Windows Yes, individual free tier $15 per user per month for Warp Teams Proprietary

Las aplicaciones

1. Visual Studio Code con extensión WSL, mejor para la configuración de edición WSL predeterminada

Visual Studio Code para el desarrollo de WSL no es realmente un editor más un complemento, es una disposición de dos procesos donde la UI se ejecuta en Windows y los servidores de idiomas, git y el terminal integrado se ejecutan dentro de Ubuntu. Instala el paquete Remote Development, ejecuta code . desde un shell WSL y la extensión colocará un pequeño servidor en el lado Linux, vinculará simbólicamente el proyecto y abrirá una ventana que se comporta como si toda la cadena de herramientas fuera nativa. Los adaptadores de depuración, tareas, puertos reenviados a localhost y completaciones de Copilot todos cruzan el límite sin configuración adicional.

Dónde falla: el host Windows-side extension y el servidor Linux-side pueden desincronizarse cuando se actualiza el kernel WSL, lo que requiere una reinstalación manual del servidor. Los monorepos muy grandes alcanzan un techo de memoria más rápido que en un VS Code Linux nativo porque ambos procesos mantienen una copia de trabajo.

Precios:

Plataformas: Windows, macOS, Linux (en este artículo, host Windows llegando a Ubuntu en WSL).

Descargar: Microsoft Store o sitio de Visual Studio Code.

Conclusión: la opción predeterminada para la mayoría del trabajo de WSL, y la primera a instalar antes de decidir nada más.

2. Windows Terminal, mejor fundación gratuita para un shell WSL

Windows Terminal se envía con Windows 11, abre una pestaña WSL Ubuntu nueva desde un menú desplegable y representa texto en la GPU, lo que importa cuando journalctl -f se desplaza rápidamente. Los perfiles cubren distros WSL, PowerShell 7 y Command Prompt heredado en una ventana, y cada perfil tiene su propio directorio inicial, fuente, esquema de color y variables de entorno. El archivo settings.json se marca en un repositorio dotfiles sin ningún traslado, y los paneles divididos facilitan mantener una compilación en un panel y una cola de registro en otro.

Dónde falla: la interfaz de usuario de configuración aún se queda atrás del JSON, y no hay guardado de sesión integrado y restauración como tmux, por lo que un reinicio de Windows pierde el diseño del panel.

Precios:

Plataformas: Windows 10 build 19041 y posteriores, Windows 11 (predeterminado).

Descargar: Microsoft Store o GitHub.

Conclusión: la terminal para mantener fija en la barra de tareas; toda otra terminal en esta lista aún se ejecuta dentro o al lado de ella.

3. Docker Desktop, mejor para contenedores con backend WSL2

Docker Desktop en Windows usa WSL2 para su VM Linux, lo que significa que Docker y el distro Ubuntu comparten el mismo kernel y el mismo dockerd. Habilitar la integración WSL para el distro Ubuntu expone los CLI docker y docker compose directamente en el shell de Ubuntu, sin ningún shim docker.exe en el medio, y los montajes de volumen desde /home/<user>/... alcanzan una velocidad de disco casi nativa. Buildx, Kubernetes y escaneo de imágenes están todos en la aplicación de bandeja.

Dónde falla: Docker Desktop es solo gratuito para individuos, educación y pequeñas empresas (menos de 250 empleados y menos de $10 millones en ingresos anuales). Los equipos más grandes necesitan una suscripción de pago. También consume varios gigabytes de RAM incluso cuando está inactivo porque la VM WSL se mantiene caliente.

Precios:

Plataformas: Windows 10/11 (backend WSL2), macOS, Linux.

Descargar: sitio de Docker.

Conclusión: el camino de menor resistencia para contenedores en WSL, a menos que el equipo sea lo suficientemente grande para disparar el nivel de pago, en cuyo caso Podman Desktop o plain docker dentro de Ubuntu vale la pena preciar.

4. JetBrains Toolbox, mejor para IDE conscientes del lenguaje que entienden WSL

JetBrains Toolbox instala y actualiza IntelliJ IDEA, PyCharm, WebStorm, GoLand, Rider y el resto de la línea JetBrains, y cada IDE tiene soporte WSL2 integrado. Abre un proyecto almacenado bajo \\wsl$\Ubuntu\home\<user>\... y el IDE ejecuta indexación, compilación y ejecutores de pruebas dentro de Ubuntu a través de un backend sin interfaz, con la interfaz de usuario en el lado de Windows. Eso coincide con la forma en que funciona VS Code, por lo que los observadores de archivos permanecen en el lado Linux del límite y JVM no tiene que discutir con NTFS.

Dónde falla: los IDE pagados son el punto, y los precios se suman si un proyecto toca varios idiomas. Indexar un monorepo grande en el límite WSL puede llevar más tiempo en la primera apertura de lo que sería en una instalación Linux bare-metal.

Precios:

Plataformas: Windows, macOS, Linux (Toolbox como gerente, backends IDE dentro de WSL Ubuntu).

Descargar: sitio de JetBrains.

Conclusión: la opción correcta cuando el lenguaje merece un IDE en lugar de un editor, y vale la pena el dinero para equipos ya invertidos en la pila de JetBrains.

5. oh-my-posh, mejor para un prompt que sobrevive a los cambios de shell

oh-my-posh es un único binario Go que renderiza un prompt temible para bash, zsh, fish, PowerShell y nushell, usando una configuración JSON o YAML en todos. En WSL eso se paga el doble: el mismo prompt aparece en una sesión de bash de Ubuntu y en una pestaña de PowerShell de Windows de Windows Terminal, por lo que los anclajes visuales (rama git, estado sucio, clúster actual, virtualenv, tiempo de ejecución) son idénticos sin importar qué shell tenga el trabajo actual. Los temas se mantienen activamente y los glifos de Nerd Font se renderizan limpiamente con Cascadia Code NF.

Dónde falla: el estado de git lento en repositorios enormes puede agregar unos cientos de milisegundos por renderizado de prompt, lo cual se puede corregir ajustando el segmento de git pero está habilitado de forma predeterminada. La configuración es JSON, no un script de shell, que es una curva de aprendizaje para cualquiera que provenga de un PS1 hecho a mano.

Precios:

Plataformas: Ubuntu (WSL), Windows, macOS.

Descargar: GitHub.

Conclusión: el cambio más pequeño con la mayor ganancia de calidad de vida, y vale la pena instalar el primer día de una nueva configuración de WSL.

6. tmux, mejor para persistencia de sesión dentro de WSL

tmux resuelve los dos problemas que rompen el flujo dentro de WSL: perder una sesión de shell cuando se reinicia la VM WSL y quedarse sin espacio horizontal en una ventana de terminal única. Un servidor tmux en ejecución mantiene vivo cada panel, ventana y proceso en ejecución en todas las reconexiones, y tmux attach recoge exactamente donde terminó la última sesión. Los paneles divididos dan una compilación en una columna, una cola de registro en otra y un shell de rasguño en una tercera, todo dentro de una sola pestaña de Windows Terminal.

Dónde falla: los enlaces de teclas predeterminados son notoriamente poco amables, por lo que la mayoría de los usuarios los reescriben, y la integración del portapapeles con el host de Windows necesita un asistente como wl-copy o clip.exe conectado a .tmux.conf.

Precios:

Plataformas: Linux (nativo dentro de WSL Ubuntu), macOS.

Descargar: GitHub o instalar mediante apt en Ubuntu.

Conclusión: la opción para cualquiera que ejecute trabajos de larga duración, SSH en hosts remotos desde WSL o desee que el diseño del panel sobreviva a un reinicio del portátil.

7. GitHub CLI, mejor para trabajo de GitHub sin salir del shell

GitHub CLI (gh) convierte la creación de solicitudes de extracción, revisión, checkout e inspección de registros de CI en comandos únicos que se ejecutan dentro de Ubuntu en WSL. Autentíquese una vez con gh auth login y el mismo token funciona para clonar repositorios privados, abrir PR y disparar flujos de trabajo. Porque se ejecuta en Ubuntu, juega con git, jq, fzf y todos los demás CLI en el ecosistema Linux sin traducción de shell.

Dónde falla: solo GitHub, por lo que los equipos en GitLab o Bitbucket necesitan glab o bb respectivamente. Algunas características web más nuevas (Copilot chat en PR, vistas de Proyectos V2) se quedan atrás de sus contrapartes web.

Precios:

Plataformas: Ubuntu (WSL), Windows, macOS.

Descargar: GitHub o instalar mediante apt desde el repositorio de GitHub CLI en Ubuntu.

Conclusión: la forma más rápida de cerrar el ciclo entre una rama local en WSL y una PR fusionada en GitHub, especialmente en flujos de lanzamiento con script.

8. Warp, mejor para una terminal moderna con IA integrada

Warp es una terminal basada en Rust con renderizado de GPU, salida de comandos basada en bloques y un panel de IA que sugiere, explica y reescribe comandos de shell. En WSL funciona de dos formas: como una aplicación Linux dentro de Ubuntu (renderizada a través de wslg) o como un cliente Windows nativo que abre un perfil de WSL de la misma manera que Windows Terminal. Los bloques de comandos son individualmente compartibles y buscables, y la IA tiene acceso al historial de bloques recientes, por lo que la salida de error se convierte en una pregunta con una pulsación de tecla.

Dónde falla: las funciones de IA envían contexto de prompt a los servidores de Warp, que es un bloqueador difícil en algunos entornos regulados. Los niveles individual y de equipo requieren una cuenta para desbloquear la mayoría de las características, que es más fricción que Windows Terminal.

Precios:

Plataformas: macOS, Linux (nativo), Windows (nativo) e dentro de WSL Ubuntu.

Descargar: sitio de Warp.

Conclusión: la opción para desarrolladores que desean ayuda de IA sin alt-tab a una ventana de chat, siempre que la política de flujo de datos sea aceptable.

Cómo elegir la correcta

Si una computadora portátil con Windows es nueva y el objetivo es un entorno de desarrollo WSL completo al mediodía, instale Windows Terminal, luego VS Code con la extensión WSL, luego Docker Desktop, en ese orden. Eso cubre edición, shelling y contenedores.

Si el trabajo es Python, Go o JVM pesado: agregue PyCharm Pro, GoLand o IntelliJ Ultimate de JetBrains Toolbox. La refactorización y la experiencia del depurador aún superan a VS Code para esas pilas.

Si el presupuesto es cero: omita Docker Desktop y JetBrains e instale docker.io dentro de Ubuntu con modo rootless, además de IntelliJ IDEA Community para trabajo JVM o PyCharm Community para Python. Emparéjalo con oh-my-posh, tmux y GitHub CLI, todo gratis.

Si el flujo de trabajo vive en sesiones SSH de larga duración o compilaciones en segundo plano: tmux no es opcional. Configúrelo antes de hacer cualquier otra cosa, porque retrofitting sessions más tarde significa perder la actual.

Si la IA en la terminal es la prioridad y la política corporativa lo permite: Warp, tanto en el lado de Windows como dentro de Ubuntu.

Si el entorno está bloqueado y no puede instalar nada con un controlador de kernel de Windows: todo en esta lista aún funciona, porque ninguno de ellos instala controladores de kernel. Docker Desktop y Warp son los únicos con un nivel pagado que vale la pena preciar.

Preguntas frecuentes

¿Cuál es la mejor aplicación gratuita para el desarrollo de Ubuntu en WSL? Windows Terminal, Visual Studio Code con extensión WSL, oh-my-posh, tmux y GitHub CLI son todos gratuitos y cubren shell, editor, prompt, persistencia de sesión y trabajo de GitHub. Docker Desktop es gratuito para uso personal y de pequeñas empresas y cubre contenedores.

¿Vale la pena pagar Docker Desktop en WSL? Para equipos por encima de los umbrales gratuitos, sí, porque la integración del backend WSL2, Kubernetes y los entornos de desarrollo ahorran tiempo de configuración real. Para desarrolladores solitarios o equipos que ya ejecutan docker.io en Ubuntu con un script que inicia el demonio al iniciar WSL, la respuesta es no.

¿Necesito IDE de JetBrains si ya tengo VS Code? No para la mayoría del trabajo. VS Code con la extensión WSL cubre Node, Python, Go y Rust lo suficientemente bien como para que una licencia de JetBrains de pago solo valga la pena cuando la base de código es lo suficientemente grande como para que la indexación, refactorización y depuración específica del idioma se paguen por sí solas. Las pilas JVM y .NET son las victorias más claras.

¿Puedo usar estas herramientas sin WSL2, en Windows simple? Windows Terminal, Docker Desktop, VS Code, JetBrains, oh-my-posh, GitHub CLI y Warp se ejecutan en Windows sin WSL. tmux no, y sus reemplazos nativos de Windows más cercanos (ConEmu, ZellijW) no son equivalentes. Si el objetivo es un flujo de trabajo de shell Linux, WSL2 sigue siendo el camino más corto.

¿Cuales aplicaciones para el desarrollo de Ubuntu en WSL son de código abierto? Windows Terminal, Visual Studio Code (el editor base, no las compilaciones de marca Microsoft), oh-my-posh, tmux y GitHub CLI son de código abierto. Docker Desktop, IDE de JetBrains y Warp son propietarios, con niveles gratuitos.

¿Cómo evito que WSL se sienta lento? Mantenga los archivos del proyecto dentro del sistema de archivos Linux (~/) en lugar de /mnt/c/, limite la memoria de WSL en .wslconfig para que la VM no intercambie con el host y desactive el escaneo en tiempo real de Windows Defender para el archivo VHDX de WSL. En conjunto, esos tres cambios eliminan la mayoría de la lentitud que la gente culpa a WSL.