Zed, un editor de código colaborativo, ahora es de código abierto

Artículo original ↗ Discusión en Hacker News ↗

Zed, un editor de código colaborativo de alto rendimiento construido en Rust, se ha publicado como código abierto, recibiendo elogios por su velocidad, su interfaz limpia y sus funciones de pair programming en tiempo real. Los comentaristas están divididos sobre su estado actual exclusivo para macOS y sobre prioridades como la integración de IA/Copilot y la colaboración, y muchos piden versiones para Linux/Windows, flujos de trabajo remotos por SSH/dev-container y mejor soporte de lenguajes y plugins. El modelo de licencia (GPL/AGPL para Zed, Apache 2 para su framework GPUI) y un CLA de contribución provocan debate sobre la apertura a largo plazo, pero muchos ven el movimiento como un intento serio de desafiar a VS Code y Sublime en el ecosistema de editores.

Recepción general y rendimiento

  • Muchos comentaristas están impresionados por la capacidad de respuesta de Zed; varios dicen que hace que VS Code se sienta lento y lo comparan con Sublime por esa sensación “instantánea”.
  • Algunos señalan victorias concretas de rendimiento (interacciones rápidas con el servidor de lenguaje, análisis basado en tree-sitter, enormes operaciones de multi-selección después de una corrección), mientras que otros informan de rutas lentas ocasionales y dicen que Neovim/Helix siguen pareciendo más rápidos.
  • Varios elogian la interfaz minimalista, “sin distracciones”, y los temas predeterminados; a unos pocos les parece demasiado bajo el contraste o echan de menos una resaltado de sintaxis más rico.

Compatibilidad de plataforma (solo Mac)

  • Un hilo importante: frustración porque Zed solo está disponible en macOS. Muchos desarrolladores dicen que no invertirán en un editor que no funcione en Linux y/o Windows.
  • Los ingenieros de Zed afirman que Linux está en la hoja de ruta de 2024 y que Windows está previsto más adelante; algunos sostienen que Linux debería priorizarse, otros abogan por Windows.
  • Algunos critican textos de marketing como “trabaja con código en cualquier máquina” por engañosos cuando solo funciona en Mac.

Colaboración y desarrollo remoto

  • La edición colaborativa en tiempo real se discute ampliamente. Sus partidarios dicen que es transformadora para pair programming, incorporación y depuración entre varias personas; los críticos la ven como un truco o algo socialmente estresante.
  • Algunos prefieren soluciones existentes (tmux+ssh, screen, VNC, VS Code Live Share) y quieren un protocolo estandarizado, agnóstico al editor, similar a LSP.
  • Varios comentaristas quieren un desarrollo remoto robusto: SSH, contenedores, devcontainers e incluso un “modo servidor” sin interfaz. Las capacidades actuales se consideran incompletas para ese flujo de trabajo.

GPUI, arquitectura y accesibilidad

  • Que GPUI (framework de UI en Rust) sea de código abierto entusiasma a la gente; otros preguntan qué lo diferencia de los toolkits existentes.
  • Renderiza mediante GPU (Metal hoy), lo que plantea preguntas sobre su portación a Vulkan/D3D y preocupaciones sobre el uso de batería; las respuestas sugieren que la carga de la GPU es modesta.
  • La accesibilidad es actualmente débil; los comentaristas piden integración al estilo AccessKit, y los desarrolladores de Zed dicen que quieren abordarlo.

Integración de IA/LLM y privacidad

  • El soporte integrado para Copilot y GPT-4 divide opiniones. Algunos quieren flujos de trabajo más ricos para “arreglarlo”; otros insisten en que las funciones de IA deberían ser estrictamente opt-in o solo mediante plugins y estar desactivadas por defecto.
  • Varios piden integración local con LLM/ollama; existen soluciones alternativas de la comunidad.

Licencia, CLA y modelo de negocio

  • El editor principal es GPL, el servidor de colaboración es AGPL y GPUI es Apache 2. Muchos elogian la elección copyleft.
  • El CLA exige derechos amplios sobre las contribuciones; algunos temen un futuro “rug pull” a pesar de GPL/AGPL y abogan por usar un DCO en su lugar.
  • Se espera que los ingresos provengan de servicios de colaboración de pago, cómputo para IA y ofertas empresariales/on-prem; algunos desconfían de planes de monetización vagos.

Soporte de lenguajes, extensiones y ecosistema

  • El soporte de Zed para LSP y tree-sitter recibe buenos comentarios, pero se señalan lagunas (por ejemplo, Java, XML, Terraform y algunos lenguajes de nicho).
  • La historia de extensiones/plugins aún está emergiendo; muchos ven esto, junto con la compatibilidad multiplataforma y el desarrollo remoto, como clave para la adopción a largo plazo frente a VS Code, JetBrains, Neovim, Helix y Emacs.