zed 这个编辑器值得关注

2025 年 6 月 12 日
 wuruxu

https://zed.dev/
不仅仅是 APP 做的不错,背后用 rust 写的那一套 GUI 也是看点
虽然还没有 windows 版本,以后成熟了,是很不错的跨平台方案

15270 次点击
所在节点    Linux
89 条回复
HENQIGUAI
2025 年 6 月 12 日
@imzcg2 #17 好家伙这个界面字体高亮怎么一股子 IDEA 的味道,下个玩玩
zogwosh
2025 年 6 月 12 日
py ,js ,go ,这几个语言的编程体验达到 vsc 的水平了吗,
flashpython
2025 年 6 月 12 日
打不开大 json 。超时时间设置的短,根本原因还是加载慢
89adc64
2025 年 6 月 12 日
和 vsc 的区别是?
kuaner
2025 年 6 月 12 日
长桥用这个开源了一个 gui 库,很炫酷
PlanZ
2025 年 6 月 12 日
喜欢 zed ,用起来丝滑,希望生态能搞起来
ruidoBlanco
2025 年 6 月 12 日
说 vim 打开大文件慢的。下面是抄来的配置,至少用了 10 年以上。

```
let g:LargeFile = 0.3 "in megabyte
augroup LargeFile
au!
au BufReadPre *
\let f=expand("<afile>")
\|if getfsize(f) >= g:LargeFile*1023*1024 || getfsize(f) <= -2
\|let b:eikeep = &ei
\|let b:ulkeep = &ul
\|let b:bhkeep = &bh
\|let b:fdmkeep= &fdm
\|let b:swfkeep= &swf
\|set ei=FileType
\|setlocal noswf bh=unload fdm=manual
\|let f=escape(substitute(f,'\','/','g'),' ')
\|exe "au LargeFile BufEnter ".f." set ul=-1"
\|exe "au LargeFile BufLeave ".f." let &ul=".b:ulkeep."|set ei=".b:eikeep
\|exe "au LargeFile BufUnload ".f." au! LargeFile * ". f
\|echomsg "***note*** handling a large file"
\|endif
au BufReadPost *
\if &ch < 2 && getfsize(expand("<afile>")) >= g:LargeFile*1024*1024
\|echomsg "***note*** handling a large file"
\|endif
augroup END
```
nbndco
2025 年 6 月 12 日
没啥太大前途,前阵子仔细研究过这个编辑器。

第一个问题就是这个 gpui 。这个东西开发的太早了,导致很多东西都是自己写的,而不是社区现在普遍的框架,所以导致字体渲染,窗口管理等等方方面面的 bug 很多。尤其是 win 和 linux 这种环境复杂,开发团队又不用的系统,修都修不完,gpui 又只有 zed 用,导致社区也很小,贡献也很少。windows 正式版难产了很久,我看他们之前都在专门招人修 windows 的 bug 。以他们团队的规模,想要从最底层维护这么多平台的兼容性,我觉得很难,维护的成本也必然很惊人。除非他们切换到更多的开源依赖,不然我觉得连维护跨平台的可用性都有难度。

第二个问题就是快。zed 的最大卖点就是快,他的创始人很在意那个 peer coding 的卖点几乎无人在意,这也是一定程度上他们不愿意把底层切换到其他开源库上的原因,他们自己写的可以针对编辑器优化的更好。因此他们对于插件是极其保守的,不愿意让任何插件有机会拖慢 zed 的速度。但是,在我古老的 M1 MacBook 上,vscode 禁用所有插件后打开速度也是飞起,各个操作也是丝滑,(其实我开着插件也挺快的,)或许不如 zed ,但是我是来写代码的,这真的有多大区别吗?快,反而把 zed 框死什么都动不了了。

第三个就是功能太弱了。看似开箱即用,其实用起来什么都没有。jetbrains 是安装好就什么都有,vscode 是没有就安插件,zed 是没有就真没有。然后开发人力又不足,还要被分散到 gpui 之类的 vscode 不需要去维护的东西上去。随便举几个吧:zed remote editing 不支持本来就很弱的 extension ,也就是远程开发没有 lsp 可用;没有 dev container ;各种日常工作流里的小插件更是一个都没有。看起来就是 zed 的 team 在和整个 vscode 的社区竞争,不知道拿什么赢。

感觉这些东西都不是 zed 当下能够解决的。
KingFong
2025 年 6 月 12 日
我也挺喜欢 Zed 的,但是下载了好多次都没有当做过主力使用过。虽然现在 vscode 系是大头,但是也希望同样的软件能够发展起来,千万不要让 vscode 一枝独大。
imzcg2
2025 年 6 月 12 日
@zogwosh 没有花里胡哨的需求,单就基本需求而言,已经 ok 了,主要针对的是代码补全,ai,git 和 debug 这块,如果没问题可以去 https://github.com/deevus/zed-windows-builds 下载体验
imzcg2
2025 年 6 月 12 日
@HENQIGUAI https://i.postimg.cc/mgbCF6zJ/image.png 主题都玩不过来了,快来玩
imzcg2
2025 年 6 月 12 日
@nbndco 你吐槽的地方也是我吐槽的地方,但新生的婴儿你不能指望上来就王炸,还是得等,未来可期吧
nbndco
2025 年 6 月 12 日
@imzcg2 zed 不是新生儿,已经很久了。你觉得他新,无非就是你要么入行晚要么没用 MacBook 。问题是他 mac 版出了这么久了,一样没人用。

我是无所谓等的,他的投资人愿意等吗?
chocotan
2025 年 6 月 12 日
刚下载试用
1. 打开文件夹的逻辑太怪了,很不习惯
2. 没法用 deepseek:输入 deepseek 密钥后,按回车不生效,重新打开密钥还要再填
3. github copilot 登录没反应
imzcg2
2025 年 6 月 12 日
@nbndco 你看你,还在用国人的思维思考问题,没必要急功近利,那一堆外国人就算项目死掉也得很多年....况且:他们又不加班
cj323
2025 年 6 月 12 日
zed ,xi-editor 和很多类似的 rust 项目有同一种感觉,上不去下不来。说功能上不可能和 vscode 这种比,说性能上也干不过 vim ;稳定性和社区更没法比。以至于项目出来大家会眼前一亮,但是没多久后,要性能的去 vim ,要功能的去 vscode 。。。
nbndco
2025 年 6 月 12 日
@imzcg2 你说的那是 helix 不是 zed 。而且这和加班与否也没有关系
nbndco
2025 年 6 月 12 日
@cj323 主要还是想要做一个新的 editor 太难找到有意义的生态位了,你说有没有优点有一点,但是又不足以让绝大数人在日常工作中花费精力承受风险去切换;因为新,缺失倒是一大堆。没人用就更没有资源,就更难赶上了。
chocotan
2025 年 6 月 12 日
@chocotan
23 问题解决了,要装 gnome-keyring
gogozs
2025 年 6 月 12 日
写 typescript 卡

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1138033

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX