… 我和Antonio一起参与了扩展系统的原型开发[0]。换句话说，Antonio在开发过程中对配对编程协作技术进行了压力测试，而我则在zed代码库的一个小角落里，提出了无数个问题。在开发zed的过程中，Antonio教我如何谈论代码并有目的地进行更改。我学到最好的解决方案是能展示出它是如何被推导出来的那个。这是一段很棒的夏天，就夏天而言！我很高兴这个编辑器是开源的，而且有人愿意为经过良好设计的AI集成付费；我认为最初在AI热潮之前，zed的商业模式可能是针对使用协作功能的团队的按座位计费模式。我每天还在使用zed，希望这个团队能长期继续开发它。[0]: 扩展最初是用Lua编写的，这并不具备我们想要的特性，所以我们转到了Wasm，它速度快、有沙箱保护且跨语言。…
源讨论Zed：高性能AI代码编辑器原帖 422 条评论 · 导入时统计把你的经验，加入这段讨论。
我希望他们能继续在协作功能上多花点时间。一旦AI浪潮来袭，感觉这个项目就被遗弃了，出现了各种bug和难以复现的问题。我是一个全职的zed用户，从sublime转过来是因为它的协作功能，但现在我们甚至不再使用协作功能了，因为太不可靠（连接中断、声音问题、覆盖更改、奇怪的历史/撤销行为），所以可能又要回到sublime了。注意我们所有人都使用光纤网络，所以我相信这些问题和网络无关。 我一直试图保持活跃，创建问题，以任何方式帮忙，但AI方面的重点让我觉得Zed已经不再是适合我的编辑器了。
完整原文嘿！我看了很多你的扩展代码。向后兼容的处理方式很聪明。有几层的智慧，编辑器会根据wasm头信息来选择使用哪一个。 我从那段代码中学到了一些东西，真不错！ 有一个问题：你们是如何处理在wit中引入新的破坏性变更的？当你们复制内容时，处理所有样板代码需要很多时间吗？
完整原文Isaac，你当初在实习结束后很久发给我们的那封邮件（当时Wasmtime刚刚开始支持WASM组件模型）实际上非常有帮助！我们当时正在考虑走嵌入V8并做JS扩展的路子。我很高兴我们最终决定全力投入Wasmtime和组件；这是一项了不起的技术。
完整原文嘿Isaac！我对Zed添加扩展的方式很感兴趣，我觉得效果很好！我后来在一些项目中采用了WASM、WIT和Rust特性这种模式，实现了交互式的热重载。感觉它在游戏开发领域有很强的未来，你可以加载和执行不受信任的用户模组，而不会让所有玩家都被黑客攻击。 祝你期末考试顺利！
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。