这是一个创建于 292 天前的主题，其中的信息可能已经有所发展或是发生改变。
貌似现在只支持 Mac ，大家感觉 Zed 体验怎么样？
 |
1
laogui 292 天前 via Android
自带的基础功能也不少了，写 js 和 rust 能满足大部分人了。但插件生态系统起不来难火。多人协作写代码这个做的很强。
|
 |
2
XIVN1987 292 天前
Zed 插件用什么编写？不会也是 rust 吧？？
|
 |
3
cdwyd 292 天前 via Android
只支持 mac 的话没前景
|
 |
4
iorilu 292 天前  3
不支持 windows 还想撼动?
我本来想试试 但我用软件必须支持 macos 和 windows 得, 因为我希望在两个系统用一套软件 |
 |
5
Qusic 292 天前 4
为啥协作不能做成编辑器的插件呢，总感觉协作需求并没有强到为了这个换编辑器，这还得让整个团队的人都用同一个编辑器，更别说一个本应该纯本地离线运行的应用被迫绑到一家公司的云服务上。。
|
 |
6
cssk 292 天前 via iPhone
没戏
|
 |
7
bybyte 292 天前
没生态
|
 |
8
LavaC 292 天前
让我想起那个叫 Helix 的玩意
|
 |
9
dayeye2006199 292 天前
windows 用户表示情绪稳定
|
 |
10
wolfan 292 天前
水果闭环里，只适合水果。
|
 |
11
icy37785 292 天前 via iPhone
vscode 的护城河是生态，未来或许会有一款生态更好的编辑器会撼动 vscode 的地位，但是多半不会是 zed 。
|
 |
12
dontLookAvatar 292 天前
Mac Only, 肯定打不过 VSCODE
|
|
13
iorilu 292 天前 1
如果有个能做到命令行得全生态, 简单点的, 能代替 vim 或 nvim 得全平台编辑器, 那可能有戏
|
 |
14
june4 292 天前 8
楼上的多看一眼项目都没时间吗，架构设计上是全平台项目，linux/mac/web/win 全有。正式发布前暂时只有 mac 而已。
因为 vscode 基于 web,上限看得见且永远去不掉，zed 有很大机会上位，毕竟作为一个编辑器功能集是有限的，基本功能完善后拼得是编辑体验，这方面原生优势太大了。 |
|
15
LavaC 292 天前
@iorilu #13 我楼上提到的 helix 应该就算，rust 编写，macos 、win 、linux 都有。不过这种新编辑器的问题都在于没有插件系统支撑光靠官方那点小团队开发根本无法解决大部分人的痛点。
|
 |
16
xnotepad 292 天前
性能是比 vscode 要好多了，烂电脑的福音。至于插件，只要有 LSP 基本上就能用了。
至于要干掉 vscode ，想想就行了。 |
 |
17
SenLief 292 天前
不支持 windows ，注定没有前途，不可能大范围的推广。
|
 |
18
shyangs 292 天前 8
native language 優勢就大的話，C++ 寫的 Sublime 應該壓倒 Visual Studio Code.
現況是 TypeScript 寫的 VS Code 遠比 C++ 寫的 Sublime 流行. |
 |
19
fliter OP 以后应该会支持 Win 和 Linux ，跨平台这点我觉得不是大问题
|
 |
20
ShadowPower 292 天前 8
写插件的门槛越低，生态就会越好，用户量也会越多。
性能优化有边际递减效应，性能非常差确实影响体验，然而达到一定水平以后，再优化也不会有明显的体验提升了。 随着近几年处理器性能极大提升，加上内存价格大幅下降，长期来看，其实 VSCode 优势更大。 |
 |
21
silentsky 292 天前 via Android 1
https://github.com/lapce/lapce 这个不也是 rust 编写的吗 跟它比有什么优势 这个支持的平台也比较全
|
 |
23
parthenon2007 292 天前
目前在功能上与 VSCode 还差得很远
|
 |
24
ChrisFreeMan 292 天前 1
@SenLief 难道不是因为 vs code 是免费的吗，大家都喜欢免费的东西。
|
 |
25
SiLenceControL 292 天前
2024 了都没有 github copilot
|
 |
26
darksword21 292 天前
emacs 用户就看看
|
 |
27
tywtyw2002 292 天前
其实跟 helix 差不多，都是 post modern ，简称未来的编辑的。等社区好好开发一些，少则 1-2 年，多则 3-5 年，等完善下，完全可以替代现在的 neovim 和 Sublime Text 了。
当年 neovim 不也是等到了 lua 插件系统出来了，大部 vim 用户才从 vim 转投到 Neovim 嘛，然后这几年 neovim 的插件已经很完善了，现在 neovim 的很多键位都借鉴了 helix ，helix 不得不说真的可以算上后起之秀。 ZED 也一样，其实 zed 定位也是比较 hardcore 的编辑的，主要对线的是 Sublime Text 。Sublime Text 这些年真的是烂，作者都快摆烂了，插件系统的底层逻辑挺恶心的，不过也能对付用。等等插件系统出来了，估计又有一群人转投 zed 去了。 |
|
28
SenLief 292 天前
@ChrisFreeMan #24 zed 也没收费吧
|
 |
29
profchaos 292 天前
关注多少年了还没有 windows 支持, 不如 neovim, helix 一根毛, 更别说世一编辑器 vscode 了
|
 |
30
janus77 292 天前
vscode 的护城河还真是生态，这么多年除了 vi 系的 editor 以外，其他家的 editor 都没有过这么丰富的生态，但是论上手的话 vscode 又是秒杀 vi 系，所以目前是独此一家了
|
|
31
ChrisFreeMan 292 天前
|
 |
32
ae86 292 天前
我写 js 不知道为什么默认格式化 preferred_line_length 才 80 个字符
|
 |
33
mainjzb 292 天前
通常这种速度著称的程序，生态都比较差
|
 |
35
mzsongyan 292 天前
@darksword21 zed 很早就支持 github copilot 了
|
 |
36
lairdnote 292 天前
我用着还不错。。主要写 js python rust
|
|
37
june4 292 天前
@Plumbiu 太过高估生态的重要性了，只是个文本编辑器又不是 os ，我只要有热门插件就行，这些肯定会有。比如我 typescript 全栈只需要最常见的 eslint/prettifier 集成插件，其它都不需要。
|
 |
38
cvbnt 292 天前 via Android
先把 windows 版整出来再说
|
 |
40
Knights 292 天前
如果冷启动速度比肩 win 自带的记事本的话，还是有前途的；
VSCode 慢得让人除了写项目就不太想打开。 |
 |
41
levelworm 292 天前
VSCode 这种有巨厂支持的，还是 TS/JS 的，基本上很难打败。虽然我自己不写 JS/TS ，以后没饭吃也不会写，但是架不住会的人多啊？它的插件之多除了 Vim/Emacs 两个几十年的老牌子，没人可以比了。VSCode 的效率也算是给巨厂给提高的差不多了，反正我是没啥意见——这种东西我也不会拿来做大项目，就是自己的项目和公司的中小项目做做。真来了大项目还是得上更好的 IDE 。
Zed 这种想要出头，就得有业界的开源大牛们支持，大家拼命给他写插件和功能，这样大概能够和 VSCode 一个桌子上吃饭，最多也就这样了。 |
 |
42
Curtion 292 天前
VSCode 有很多非常重要插件都是微软做的
|
 |
43
BwNVlwSq 292 天前
VSCode 太重了
这个启动超快 |
 |
44
equationzhao 292 天前
@SiLenceControL zed 可以用啊 ,甚至不需要登录, 具体是 copilot 还是 OpenAI chatGPT 就不清楚了,但是都差不多
|
 |
45
coosir 292 天前
编码支持还不行，比如一些非 utf-8 的文件
|
 |
46
zogwosh 292 天前
真的希望 zed dev 能够干掉 vscode. 从我开始使用 vscode 以来它就一直在更新,但我使用的功能仍然没有变.我的开发体验并没有随着 vscode 的更新变好
|
 |
48
jeesk 292 天前 via Android
有些东西是换个语言就能解决的吗？ 回顾一下历史？
|
 |
49
liuhuansir 292 天前 via Android
zed 想干掉 vscode ，得找个大公司做靠山，然后不计代价的投入才行，目前为止居然只有 macos 版本，还能指望啥呢？
|
|
50
levelworm 292 天前 via Android
@liuhuansir 的确，MacOS 是三个里最小众的。。。
|
 |
51
Desiree 292 天前
插件的生态注定没几个编辑器能超越 Vscode 的
|
 |
52
humbass 292 天前
先支持 macOS 没啥毛病，只不过能否把 vscode 常见的操作快捷键等抄过来，就像当年 vscode 抄 sublime 那样。
|
 |
53
nino 292 天前
可能 Cursor 更有希望
|
|
54
darksword21 292 天前
@mzsongyan ?
|
 |
55
charlieethan 292 天前
干不过的，你看 Firefox 干过 Chrome 了吗？背后没个强有力的公司支撑，是成不了气候的
|
 |
56
fpure 292 天前
vscode 是微软一个项目组在支持，而且每月迭代一次，zed 这类小项目还是洗洗睡吧
|
 |
58
kassadin 292 天前
短时期内不会，但未来可期。
楼上有些同学可能不知道，zed 是 atom 、electron 团队另起炉灶的产品，插件、主题、渲染等等功能都是他们玩过一遍的。 最近刚开源，但不是刚刚开发，已经搞了好几年了 所以我觉得超越其他 editor 应该是在立项时就想好的，否则就继续搞 atom 了 目前我用来做对 vscode 的补充，sublime 的替代 |
|
59
fliter OP 微软买了 github 后，最近停了 atom 的开发...这拨大佬算是另起炉灶，有相关经验。
不过没有大厂背书和资源投入，如果还免费，怎么维持下去是个问题 |
 |
60
version 292 天前
|
 |
61
Al0rid4l 292 天前
只说一点, 新语言或者稍微小众一点的语言都会默认官方编辑器为 VSCode, 提供第一时间支持, 其他编辑器可能连个补全都没有
|
 |
63
passion336699 291 天前
用了几天，格式化代码我还是没整会。。。。
|
 |
64
liujavamail 291 天前
bug 非常多， 使用起来不是很流畅， 用的 lsp ， 但是经常提示不出来， 还得过个几年再看
|
 |
65
xinyu391 291 天前
不支持 Win,Linux 竟然敢首发
想战胜 Code, 得看插件系统 |
 |
66
alikesi 291 天前 via Android
名字起错了难起来，应该叫 rustzed 。
|
 |
67
jsq2627 291 天前
不看好
vscode 目前又没有明显的性能瓶颈。即使有，问题也出在插件。 你 zed 一样是 LSP ，那插件一样会有瓶颈。 |
 |
68
wzwwzw 291 天前
要看插件的态度，不过 zed 官方说暂时不会对插件有太大的支持。
|
 |
70
qq135449773 291 天前
我倒是好奇用了什么神奇技术栈导致没法首发到其他平台。
并且 vscode 目前没有任何的问题，根本找不到一个合适的理由去迁移到其他编辑器上。 |
 |
71
bianhui 291 天前
没听过
|
 |
74
xtreme1 291 天前
虽然设计上支持全平台, 但支持 win 根本不在人家的 roadmap 里.. https://zed.dev/roadmap
|
 |
75
QlanQ 291 天前
@SiLenceControL 好像已经有了
|
 |
76
jinsongzhao 291 天前
Roadmap 最先计划支持的是 Linux 和 Web ，Windows 还没排入计划，难道只能从 Web 入手了
|
 |
77
leokun 291 天前
写代码协作的需求真的有吗，我感觉 git 完全够用啊
|
 |
80
xzylzz 291 天前
目前感觉没什么用的必要
|
 |
81
yh7gdiaYW 291 天前
vscode 的插件是前端的技术栈，上手优势太大了。IntelliJ 这方面不行，Zed 这个类型的也一样不能指望
|
 |
82
szzhiyang 291 天前
他们目前缺少给力的设计师和产品经理。
|
|
83
qq135449773 291 天前
总感觉又是果粉自嗨
|
 |
84
tsohgdivil 291 天前
功能太少了，插件也不支持。目前状态就是个玩具
|
 |
85
dcdlove 291 天前
要看缘分，心理的位置是有限的，谁先占据了就是一辈子
|
 |
86
RobinzzZ 291 天前
前几天用了下，感觉远远不及 vscode ，给人的感觉就两个字：简陋，鼓吹的那一点性能差距在现代 PC 中完全提现不出来
|
 |
87
wupeaking 291 天前
啥时候支持远程开发再说吧，我现在基本全部是远程开发。vscode 是慢， 但是作为客户端用完全不慢， 我服务器性能一直都是过剩的。
|
 |
88
realJamespond 291 天前
typescript server 卡住了， 死活装不起 只能删了。。
|
 |
89
24Arise 291 天前
装的使用了下，第一个打开的是 SQL 脚本，额，然而他目前还不适配，要说比肩 VSCODE 那要走路可还很长很长 ~
|
 |
90
masterclock 291 天前 1
没有 windows 的计划，功能少的可怜，vscode 刚出来就比这强了吧？
atom 原团队开发？那就更没信心了 |
|
91
XIVN1987 291 天前
要是能有一个功能类似 VSCode 的原生 APP 那就太爽了。。
不过也不报太大希望，，毕竟贵了又不舍得买，，总指望别人用爱发电也不现实。。还是 VSCode 凑合着用吧。。 |
|
93
LavaC 291 天前
@realJamespond 可能是你~目录有 package.json 相关的文件导致的
---- 昨天回去把 Zed 和 Helix 都拿回去试了下。 Zed 编辑体验上还是不错的，不过 ai 没有 codeium 现在我都不会打代码了，而且 Nim 在代码编辑外并没有什么操作空间，让人很不舒服。 Helix 似乎没有目录树，快捷键和 Vim 也有点区别，用不明白。 最后找到一个 rust 写的 Neovide ，兼容已有的 Neovim 配置，只是用了一套新的方式渲染，用起来没什么区别，动画效果有点酷炫，就是偶尔突然卡死有点莫名其妙。 |
 |
94
Rever4433 291 天前
使用了下，写 vue 项目凑合。颜值上是 ok 的，性能上确实快，但不足以秒杀 vscode 。
生态太弱了，现阶段根本没法长期使用 |
 |
95
serco 291 天前
目前感觉拿来写 rust ，部分 TS/JS 项目不错。老年 sublime 用户的新选择。
|
|
96
realJamespond 291 天前
@LavaC 看了下并没有，你这个方法我在 git 上也看到了
``` . .putty .. .python_history .CFUserTextEncoding .sqlite_history .DS_Store .ssh .Trash .step .android .viminfo .ansible .vscode .bash_history .vscode-server .bin .yarn .config .yarnrc .degit .zprofile .dlv .zsh_history .gitconfig .zsh_sessions .gitflow_export .zshenv .gitignore_global Applications .gradle Desktop .hgignore_global Documents .ipython Downloads .jupyter Library .lesshst Movies .local Music .m2 Pictures .matplotlib Public .npm Virtual Machines.localized .npmrc scripts .pnpm-state tools .profile ``` |
 |
97
secondwtq 290 天前 1
我目前在 Mac 上准备拿它替代 Sublime ，而 Sublime 现在对我来说则是 TextEdit 的替代品 ...
而 VSCode 则是 VS/Xcode 的替代品（别跟我说什么编辑器和 IDE ，对于大多数人来说，家养的只因和工业养殖的只因不存在本质区别），所以这俩现在是不同的定位。 从大菊来看，对我来说 VSCode 如果能有一个像样的竞争者是最好，没有也无所谓，所以不指望能替代 VSCode 。 并且现实情况上 zed 目前也确实存在一些缺陷，比如暂时只支持 Mac 是一个，还有一个是让我第一次打开就蚌不住的——一个只 target Mac 的软件，UI 上的所有文字居然全都是等宽的！（虽然可能实际上不是严格的等宽，有一个说法是“quasi-proportional spacing to allow the font to still feel monospace”——总之设计意图依然是等宽的） 这样的审美你跟我说是 Atom 的人做的，真的有种在开玩笑的感觉。官网更加搞笑，不同的图片使用的是不同的字体。 至于在我这完全替代 VSCode ，各种功能我觉得是次要的，毕竟 80% 的人只会用到 20% 的功能，除了完善主要平台支持之外，下面几点很重要： # Remote Development 或者支持 Web 从而能够像 code-server 一样在浏览器中使用远程的编辑器，以支持在服务器上开发。这些都在 roadmap 里面，做到一个就算它合格。 当然有一些微妙的区别，比如像 Remote Development 或者 Collaboration 这种东西，要做到最好的体验，最好是要在编辑器底层架构设计时就考虑进去，所以一做就必然是很大的东西，不可能做成单独的插件。 比如 VSCode 是单独分出来了一个 extension host 进程，然后定义了一套 RPC 协议。而按照 vscode-remote-oss 项目作者的说法，VSCode 官方的 Remote 插件提供的仅仅是把这套架构通过 SSH 连接起来的 integration （所以 TA 就自己造了一个）。虽然你可能不用 Remote ，但是纯本地使用跑的依然是这套架构，所有的操作都要过一遍 RPC 。甚至就连 Vim 模式这种功能也有这方面的问题（ VSCode GitHub 上 vote 前三的 Issue 有一个就是要原生的 Vim 模式的）。 VSCode 在这方面还有一个优势是它自己是用 Web 写的，所以直接就能跑浏览器上，而试图在浏览器上搞 DirectUI 的，我还没见过能保持一定复杂性的前提下能做得体验特别好的。 # 插件生态 不仅仅是常用插件，我还比较依赖一些长尾插件。比如 ccls 替代官方的 C++ 插件，Codeium 替代 Copilot ，还有 OCaml Platform 这种小众标准插件。虽然我的用法是尽量少装插件，但是以上几个依然是关键依赖。 这些其实都和 MSFT 自己没关系，都是社区开发的。现在大家做一个工具，一般至少都会考虑 Vim ，VSCode ，Emacs 几个编辑器，再多点加上 NeoVim ，Sublime ，还有 JetBrains ，VS 和 Eclipse 三兄贵，新玩家能挤进第二梯队就算成功。 VSCode 有一个天然优势是它和 TypeScript 共同成长并且建立了良好的共生关系，VSCode 使用 TypeScript 编写，VSCode 同时又为 TypeScript 提供了良好的编辑体验，而由于有 VSCode 提供的良好编辑体验，TypeScript 也更容易推广。类似的模式其实不止出现在 VSCode 中，比如至少在 VSCode 流行之前，Emacs 上的一些小众语言插件就能提供比其他编辑器更佳的体验，比如 org 是天然绑定的，以及 proof-general ，merlin 等等，当然还有各种 LISP 。 这么玩的一个好处是虽然其他语言的人不一定会用你，但是这个特定语言的群体你是吃定了，有了稳定的基本盘。Zed 不是不能走这条路，比如可以试着成为 Rust 的 de facto 开发环境，不过各方面相比 VSCode 和 TS 的先例都要难太多了。 # 商业化计划 Zed 和 lapce ，xi 等之前在 Rust 前线出现的新编辑器（ helix 很难放在一起比，因为貌似还没一个能用的 GUI 前端）的本质区别，我觉得是 Zed 一开始就是作为一个商业项目打造的。我是大概 1 月中旬开始关注 Zed 这个项目的，当时是看到了他们关于 GPU 的文章，顺便看了一下编辑器，当时觉得很好但是兴趣不大，因为它不开源，我不会把我工作流中的 critical path 跟一个不完善还闭源的东西关联起来。没想到过了一周就开源了，看起来官方的意思是编辑器开源（ copyleft GPL/AGPL 防止别人直接用，同时 CLA 要求所有 copyright 归 Zed 公司这样自己可以用），然后卖服务。 这里存在两方面的问题，第一是这个商业模式是否可持续，比如现在唯一有点谱儿的 Zed Channels 能有多少实际需求（如果 Zed 本体做得不错的话可以考虑情怀性支持，不过这种支持终究治不了商业模式基础性的问题）。我其实根本不在乎 Zed Industries 能不能活，因为就算他们死了，一个开源项目扔给社区还是能继续做，但是如果过早地死了，项目完成度太低，生态太差，那估计结果还不如 Atom 。 第二是他们以后会在什么地方下刀，比如 VSCode （和 Nadella 时期 MSFT 不少类似的热门开源以及非开源项目）到现在来看，其实依然在走一个老 EEE 策略的变体，当然对于 VSCode 来说，可以做到只闭源不收费，但是 Zed 大概做不到，比如 Remote 要是收费，那就比较要命了（虽然这个可能确实是不错的收入）。 另外一个情况是我这如果是在工作中使用的收费软件的话，原则上需要报备审批预算，不能私自买，Freeware 也需要审核 License ，流程上会有额外成本。 |
|
99
fliter OP 感谢各位，咱们静观其变
|
Select Language