Zed, ahora disponible en Windows

• El editor de código Zed ya fue lanzado oficialmente para Windows
• Usa DirectX 11 para el renderizado y DirectWrite para el renderizado de texto, ofreciendo una experiencia visual propia de Windows
• Integración directa con Windows Subsystem for Linux (WSL) y soporte para conexión remota por SSH, lo que fortalece el entorno de desarrollo remoto
  • Desde la terminal de WSL, se puede abrir una carpeta directamente con el comando zed
  • Dentro de Zed también se puede usar File > Open Remote o seleccionar project: open remote en la paleta de comandos para agregar la distro de WSL deseada
  • Se ofrece la opción Connect New Server para conectarse a servidores remotos Linux
  • En entornos WSL o SSH, el manejo de file I/O se realiza mediante el proceso ligero de servidor remoto de Zed (wsl.exe/ssh.exe)
  • Edición de archivos, integración con git, terminal, tareas, language server, depurador y otras funciones principales funcionan por completo también en entornos remotos
• Integración con extensiones y WebAssembly
  • Las extensiones para Windows se pueden usar de inmediato sin configuración adicional
  • Al desarrollar nuevas extensiones, no hace falta implementar manejo específico para Windows
  • Las extensiones de Zed están basadas en WebAssembly Components y pueden acceder al sistema de archivos de forma aislada mediante la interfaz WASI
  • Zed se encarga automáticamente de la conversión de rutas, por lo que se puede desarrollar sin la carga de las diferencias entre rutas de Windows y Unix
• Funciones de AI y otros puntos adicionales
  • Todas las funciones de AI de Zed, como las predicciones de edición basadas en AI y los agentes del motor ACP (Agent Client Protocol), están totalmente soportadas en Windows y en entornos remotos (WSL/SSH)
  • Es posible usar Claude Code directamente a través de ACP
  • Se puede usar la prueba gratuita de 14 días de Zed Pro o conectar una API key personal
• Al igual que en Mac y Linux, la versión para Windows también recibe actualizaciones semanales, y varios ingenieros de Zed usan Windows como su entorno principal de desarrollo, con un equipo dedicado a Windows de forma permanente

[GN⁺]

Opiniones en Hacker News

• Quiero mencionar que algunos atajos básicos de teclado de Windows no funcionan. Por ejemplo, no funciona ALT+F para abrir el menú Archivo, ni ALT+SPACEBAR para mostrar el menú contextual del sistema (maximizar, minimizar, cerrar, etc.). Por la naturaleza del backend de renderizado con DirectX, da la impresión de que la aplicación se renderiza más como un videojuego que como un proceso nativo de Win32. También sorprende que el directorio tras la instalación ocupe más de 400 MB. Considerando que VSCode ronda los 380 MB, puedo creer que no sea una app de Electron, pero me pregunto qué trae para ocupar tanto. Siempre pensé que las apps en Rust eran ligeras, pero el tamaño de instalación se siente cercano a la hinchazón de binarios/dependencias al nivel de Java
  • El binario de Hello World en Rust es más grande que Git. Aun así, es más pequeño que Java o Electron, pero tampoco se puede decir que sea pequeño
  • PSPad pesa 40 MB y sigue siendo software legado que todavía se actualiza. Notepad++ pesa 17 MB. Me parece absurdo que un proyecto moderno, compilado y de primer nivel en Rust ocupe 400 MB
  • El tamaño inflado de una instalación de más de 400 MB puede resultar desagradable para mucha gente. Hace falta explicar rápidamente por qué ese tamaño es necesario
  • Aunque no sea Electron, se siente como si trajera incluida por defecto la mitad de Electron, Node.js. La mayoría de los LSP están basados en .js y las extensiones son WASM. VSCode pone las extensiones en un directorio de configuración aparte, pero Zed mete todo en el directorio de instalación
  • Como referencia, también es posible tener al mismo tiempo un contexto gráfico y una barra de menú Win32 en una sola ventana
• Me pregunto si Zed implementó renderizado de fuentes subpíxel. Recuerdo que en el pasado diseñaron el renderizador de UI pensando en las pantallas HiDPI de Mac, así que los usuarios de Linux (y Windows) con pantallas LoDPI sufrían con fuentes borrosas
  • No sé sobre el renderizado subpíxel, pero desde un parche reciente el renderizado de fuentes en Linux ha mejorado bastante enlace relacionado
  • Esto me da curiosidad. Según entiendo, Zed usa CoreText en Mac y DirectWrite en Windows. ¿No se encarga CoreText de todo?
  • La compilación para Windows renderiza con DirectX 11 y maneja el texto con DirectWrite, así que conserva el estilo de Windows. El renderizado de fuentes de DirectWrite usa el renderizado subpíxel de Windows. En mi monitor se veía bien (mejor que en Linux). Parece que lo diseñaron bien pensando en este tipo de problemas desde el inicio
  • Uso un monitor externo de 1440p en macOS y las fuentes eran realmente horribles. En la pantalla Retina de la laptop se veían bien, pero en el monitor externo eran tan borrosas que me daban dolor de cabeza
  • Yo también probé en un monitor 1440p con varias fuentes y me parece aceptable. Pero creo que no es un problema de Zed, sino de que el renderizado de fuentes en Windows ya de por sí no es muy bueno. VSCode también es igual. Si quieres renderizado de alta calidad, parece que la respuesta es una pantalla 4K o superior
• Usé Zed como editor principal durante varios meses, pero hace poco volví a VSCode. Fueron dos motivos: uno fue error mío y el otro no tengo claro dónde estuvo el problema. 1. Programando hasta tarde en la noche, renombré un archivo antes de hacer check-in y luego borré por error la nueva versión, perdiendo varias horas de trabajo. En el menú contextual de clic derecho de Zed, Delete y Trash están uno junto al otro, y Delete elimina directamente sin pasar por la papelera. Ctrl+Z todavía no está implementado, así que si no tienes backup no hay forma de recuperarlo (y todavía no lo había subido al control de versiones). 2. En un workspace de Rust, los errores y warnings de cierto crate no aparecían para nada en el editor. Toqué varias configuraciones y no hubo caso; abrí VSCode y funcionó bien sin ninguna configuración especial
  • Me recuerda al Touch Bar de macOS. En el menú de gestión de commits, Cancel estaba al lado de Force Push
  • Es difícil de creer que a Zed le falte una función tan importante como Ctrl+Z
  • Me pregunto cómo se puede usar un editor al que le faltan funciones tan básicas. Quisiera saber qué ventajas tiene
• Zed se ve increíble y de verdad la <i>sensación</i> al usarlo es espectacular. Lo probé un rato en Linux y es difícil explicar esa sensación si no lo experimentas tú mismo. Es fácil subestimar lo distinto que se siente un editor acelerado por GPU, pero cuando lo usas te termina encantando. La única razón por la que no me cambio por completo a Zed es que todavía no tiene soporte para DevContainer. Ya invertí muchísimo en configurar devcontainer, así que dejar eso para volver a instalar localmente todas las herramientas, librerías y configuraciones se siente como un gran retroceso. Mucha gente está esperando esta función, así que espero que algún día la soporten issue relacionado
  • ¿Podrías contar más sobre tu DevContainer personalizado?
  • Quisiera entender en qué ayuda DevContainer. Supongo que sirve para documentar mi entorno en detalle, pero me pregunto qué otras ventajas tiene además de eso
  • Es compatible con devpods
• Me parece muy refrescante que el editor use menos memoria y CPU que la pestaña del navegador de la webapp en la que estaba trabajando. Hasta ahora estoy muy satisfecho
  • Conviene verificar bien porque zed también levanta node para ejecutar el lsp
  • El tamaño del binario está en el rango de 0.5 GB, así que tampoco se siente especialmente ligero, como un navegador no sería
• Quise usar Zed como editor de diario, pero la experiencia con TypeScript estuvo por debajo de lo esperado. El editor en sí es rápido, pero las acciones de LSP como "jump to declaration" eran muy lentas en nuestro codebase comparadas con VSCode/Cursor
  • Recomiendo revisar si soporta typescript-go como LSP. Lo agregaron hace poco en IDEA, lo usé unos meses y es realmente fantástico
  • Tuve la misma experiencia y llegué a la misma conclusión. Zed era rápido al editar, pero las funciones avanzadas eran lentas, así que al final en la práctica se sentía más lento que VSCode en general
  • Según entiendo, ambos usan tsserver internamente, así que no entiendo por qué sería más lento
  • Electron compila NodeJS con v8 pointer compression, lo que reduce el uso de memoria hasta en 50% y también mejora la velocidad
• Está bien, pero yo ya me pasé a Linux y Zed funciona muy bien en ese entorno

[Window Title]
Critical

[Main Instruction]
Unsupported GPU

[Content]
Zed uses DirectX for rendering and requires a compatible GPU.

Currently you are using a software emulated GPU (Microsoft Basic Render Driver) which
will result in awful performance.

For troubleshooting see: https://zed.dev/docs/windows
Set ZED_ALLOW_EMULATED_GPU=1 env var to permanently override.

[Skip] [Troubleshoot and Quit]

Lamentablemente me topé con este problema

• En realidad no es un problema de Zed sino del sistema. Hoy en día es difícil encontrar un entorno donde no funcione DirectX; me pregunto si estarás ejecutando Windows en una VM
• Me pregunto qué demonios hace un editor de texto con renderizado por software para llegar a tener un "rendimiento horrible"
• Zed es realmente genial. Puede hacer todo lo que quiero. Es fácil encontrar lo que necesito y es muy rápido. En modo ACP incluso puedes hacer fork del terminal CLI desde el IDE. Así puedes usar agentes CLI súper inteligentes como Cerebras o Qwen code 480b de forma económica y potente
• Esperé mucho tiempo y todavía solo hay binarios x86_64. Me encanta mi ARM Surface Pro, así que sería genial si Zed pudiera correr en este hardware. Si el equipo de Zed llega a ver este comentario, ojalá lo tome en cuenta
  • Yo lo compilé directamente desde el código fuente y lo corro en Windows aarch64. En una Surface Pro de 16 GB compilar es bastante lento, pero fuera de eso funciona bien. También espero un binario oficial
  • No sé por qué, pero al compilar zed con msvc en Windows se siente muchísimo más lento que en Linux. Incluso ya se abrió un issue relacionado