Lapce

Artigo original ↗ Discussão no Hacker News ↗

Um novo editor de código baseado em Rust, o Lapce, está chamando atenção como uma alternativa nativa e rápida a ferramentas baseadas em Electron como o VS Code, mas muitos usuários relatam que ele ainda parece pré-alpha, com crashes, falhas na interface, falta de básicos (como quebra de linha confiável e keybindings) e integração de plataforma áspera. Os comentaristas o comparam com frequência ao Zed, Neovim e aos IDEs da JetBrains, ponderando trade-offs entre velocidade, maturidade, ecossistemas de plugins, suporte a desenvolvimento remoto e integração de IA. Os mantenedores do projeto enfatizam que ele é um esforço comunitário feito no tempo livre, que recentemente assumiu o desafio adicional de construir seu próprio toolkit de GUI multiplataforma, então as expectativas devem ser moderadas enquanto ele se estabiliza lentamente.

Status do projeto e maturidade

  • Muitos usuários relatam que o Lapce parece “pré-alpha”: travamentos, crashes, comportamento estranho da janela, partes da interface ausentes e mensagens de erro ruins no macOS, Windows e Linux.
  • Alguns se surpreendem que um projeto com ~30 mil estrelas no GitHub ainda esteja tão bruto; outros observam que ele é mantido por uma equipe minúscula em tempo parcial e que uma GUI nativa completa é um esforço enorme.
  • Um desenvolvedor principal explica que começou como um projeto pessoal, ainda é conduzido por voluntários e recentemente mudou para um toolkit de GUI customizado (Floem), o que introduziu novos bugs, mas é visto como estrategicamente importante.

Desempenho, memória e “velocidade”

  • Usuários gostam da ideia de um editor rápido, nativo e baseado em Rust; alguns confirmam inicialização rápida e baixa latência quando funciona.
  • Outros veem uso alto de memória em comparação com o VS Code nos mesmos projetos, e latência perceptível na interface ou engasgos; às vezes a culpa é atribuída aos servidores de linguagem, às vezes ao próprio Lapce.
  • Há um debate mais amplo sobre se velocidade/latência realmente importam: alguns dizem que o VS Code é “rápido o suficiente”; outros são muito sensíveis a pequenos atrasos e consideram a responsividade um fator importante de UX.

Recursos, plugins e ecossistema

  • O Lapce tem suporte a LSP/DAP e SSH remoto (embora algumas partes, como seletores de arquivos da GUI, estejam incompletas).
  • Os plugins são baseados em WASI; podem ser escritos em qualquer linguagem que compile para WASI, mas a maioria dos plugins atuais está em Rust.
  • Os mantenedores deixam claro que não planejam oferecer suporte a extensões do VS Code porque isso exigiria empacotar o runtime do VS Code/Node.
  • Usuários querem quebra de linha automática, melhor emulação de Vim, opções de quebra de linhas, tooltips, suporte a layout de teclado e desenvolvimento remoto estável.

Comparação com outros editores (Zed, VS Code, Neovim, JetBrains, etc.)

  • Zed: visto como mais maduro, com recursos de colaboração e apoio comercial, mas atualmente centrado no macOS e com preocupações de licenciamento para alguns.
  • VS Code: elogiado pelo ecossistema e pelo desenvolvimento remoto, criticado por RAM, latência e pela stack Electron.
  • Neovim/Helix/Emacs: muitos dizem que, depois de investir em um editor de terminal com LSP/plugins, editores GUI são difíceis de justificar a menos que igualem o comportamento semelhante ao Vim e as necessidades de colaboração.
  • Alguns buscam especificamente uma alternativa GUI nativa e multiplataforma ao VS Code, com forte desenvolvimento remoto e integração de IA; o Lapce ainda não está nesse ponto.

Posicionamento de negócio e OSS

  • O Lapce não é uma empresa e, segundo relatos, nem sequer aceita doações.
  • A discussão o contrasta com ferramentas “open core” ou apoiadas por VC, mas observa que o Lapce é totalmente FOSS, sem camada de monetização hoje.