Lapce
一款新的基于 Rust 的代码编辑器 Lapce，因其作为 Electron 类工具（如 VS Code）的快速、原生替代品而受到关注，但许多用户反馈它仍像 pre-alpha 版本，存在崩溃、UI 故障、基础功能缺失（如可靠的自动换行和按键绑定）以及平台集成粗糙等问题。评论者经常将它与 Zed、Neovim 和 JetBrains IDE 进行比较，权衡速度、成熟度、插件生态、远程开发支持和 AI 集成之间的取舍。项目维护者强调，这是一项利用业余时间进行的社区工作，最近还额外挑战了自研跨平台 GUI 工具包，因此在其逐步稳定之前，应适当降低预期。
项目状态与成熟度
- 许多用户表示，Lapce 给人的感觉像是“pre-alpha”：在 macOS、Windows 和 Linux 上都会出现卡死、崩溃、窗口行为怪异、UI 组件缺失以及错误信息糟糕等问题。
- 有些人对一个拥有约 3 万 GitHub 星标的项目仍然如此粗糙感到惊讶；也有人指出，它只由一个很小的兼职团队维护，而完整的原生 GUI 是一项巨大的工程。
- 一位核心开发者解释说，它最初只是个人项目，至今仍由志愿者运营，并且最近切换到了自定义 GUI 工具包（Floem），这带来了新的 bug，但被认为在战略上很重要。
性能、内存与“速度”
- 用户喜欢快速、原生、基于 Rust 的编辑器这一想法；有些人也确认它在正常工作时启动快、延迟低。
- 但也有人看到在同样的项目上，它的内存占用高于 VS Code，而且 UI 延迟或卡顿明显；有时被归因于语言服务器，有时则被归因于 Lapce 本身。
- 讨论也扩展到速度/延迟到底是否真的重要：有些人说 VS Code 已经“够快”；另一些人对哪怕很小的卡顿都非常敏感，并认为响应性是 UX 的重要因素。
功能、插件与生态
- Lapce 支持 LSP/DAP 和远程 SSH，但某些部分（例如 GUI 文件选择器）还不完整。
- 插件基于 WASI；它们可以用任何能编译为 WASI 的语言编写，但目前大多数插件是用 Rust 编写的。
- 维护者明确表示不打算支持 VS Code 扩展，因为那需要捆绑 VS Code/Node 运行时。
- 用户希望有自动换行、更好的 Vim 模拟、行换行选项、工具提示、键盘布局支持，以及稳定的远程开发。
与其他编辑器的比较（Zed、VS Code、Neovim、JetBrains 等）
- Zed：被认为更成熟，具备协作功能并有商业支持，但目前偏向 macOS，且对一些人来说存在许可方面的顾虑。
- VS Code：因生态和远程开发能力受到称赞，但也因内存占用、延迟和 Electron 技术栈受到批评。
- Neovim/Helix/Emacs：很多人表示，一旦他们已经投入到终端编辑器加 LSP/插件的体系中，GUI 编辑器就很难吸引他们，除非它们能匹配类 Vim 行为和协作需求。
- 有些人明确在寻找一个原生、跨平台的 VS Code GUI 替代品，要求强远程开发和 AI 集成；Lapce 目前还达不到。
商业模式与 OSS 立场
- Lapce 不是一家商业公司，据称甚至不接受捐款。
- 讨论将它与“open core”或 VC 支持的工具进行对比，但指出 Lapce 目前是完全的 FOSS，没有任何变现层。