Lapce

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

Un nuevo editor de código basado en Rust, Lapce, está atrayendo interés como una alternativa rápida y nativa a herramientas basadas en Electron como VS Code, pero muchos usuarios informan que todavía se siente pre-alfa, con bloqueos, fallos de la interfaz, carencias básicas (como un ajuste de línea y atajos de teclado fiables) e integración de plataforma deficiente. Los comentaristas lo comparan con frecuencia con Zed, Neovim e IDEs de JetBrains, evaluando las compensaciones entre velocidad, madurez, ecosistemas de plugins, soporte para desarrollo remoto e integración de IA. Los mantenedores del proyecto enfatizan que es un esfuerzo comunitario en tiempo libre que recientemente asumió el desafío adicional de construir su propio toolkit de GUI multiplataforma, por lo que conviene moderar las expectativas mientras se estabiliza lentamente.

Estado del proyecto y madurez

  • Muchos usuarios informan que Lapce se siente “pre-alfa”: bloqueos, fallos, comportamiento extraño de las ventanas, piezas de la interfaz faltantes y mensajes de error deficientes en macOS, Windows y Linux.
  • A algunos les sorprende que un proyecto con ~30k estrellas en GitHub siga siendo tan tosco; otros señalan que lo mantiene un equipo diminuto a tiempo parcial y que una GUI nativa completa supone un esfuerzo enorme.
  • Un desarrollador principal explica que empezó como un proyecto personal, sigue gestionado por voluntarios y recientemente cambió a un toolkit de GUI personalizado (Floem), lo que introdujo nuevos errores pero se considera estratégicamente importante.

Rendimiento, memoria y “velocidad”

  • A los usuarios les gusta la idea de un editor rápido, nativo y basado en Rust; algunos confirman un arranque rápido y baja latencia cuando funciona.
  • Otros ven un uso de memoria alto frente a VS Code en los mismos proyectos, y una latencia de la interfaz o tartamudeo apreciables; a veces se culpa a los servidores de lenguaje, a veces al propio Lapce.
  • Hay un debate más amplio sobre si la velocidad/latencia realmente importan: algunos dicen que VS Code es “lo bastante rápido”; otros son muy sensibles a pequeños retrasos y consideran la capacidad de respuesta un factor importante de la UX.

Funciones, plugins y ecosistema

  • Lapce tiene soporte para LSP/DAP y SSH remoto (aunque algunas partes, como los selectores de archivos con GUI, están incompletas).
  • Los plugins están basados en WASI; pueden escribirse en cualquier lenguaje que compile a WASI, pero la mayoría de los plugins actuales están en Rust.
  • Los mantenedores dejan claro que no planean admitir extensiones de VS Code porque eso requeriría incluir el runtime de VS Code/Node.
  • Los usuarios quieren ajuste de línea, mejor emulación de Vim, opciones de ajuste de línea, tooltips, soporte para distribuciones de teclado y desarrollo remoto estable.

Comparación con otros editores (Zed, VS Code, Neovim, JetBrains, etc.)

  • Zed: se ve como más maduro, con funciones de colaboración y respaldo comercial, pero por ahora centrado en macOS y con preocupaciones de licencia para algunos.
  • VS Code: elogiado por su ecosistema y desarrollo remoto, criticado por la RAM, la latencia y la pila de Electron.
  • Neovim/Helix/Emacs: muchos dicen que, una vez que han invertido en un editor de terminal junto con LSP/plugins, los editores GUI son difíciles de vender a menos que igualen el comportamiento tipo vim y las necesidades de colaboración.
  • Algunos buscan específicamente una alternativa GUI nativa y multiplataforma a VS Code con desarrollo remoto sólido e integración de IA; Lapce aún no está ahí.

Postura empresarial y de OSS

  • Lapce no es una empresa y, según se informa, ni siquiera acepta donaciones.
  • La discusión lo contrapone a herramientas de “open core” o respaldadas por capital de riesgo, pero señala que Lapce es completamente FOSS y hoy no tiene ninguna capa de monetización.