Zed 1.0

I hate to dismiss Zed for such a stupid reason, but I have tried to use Zed seriously many times and every time I stop because I can't get over the theme. I've tried basically every single theme I can find that is reasonably popular and they are all equally poor. VSCode and Cursor have vastly better default themes.

Does anyone have any suggestions here? I would love to use Zed more.

does this support plugins? How does it integrate with cmake projects?

Been loving Zed for the last few months. The Dev Containers were the last thing I needed to switch over and been steady ever since.

Congratulations to the team, I've been on Zed exclusively for a couple of years and it has been nothing but great on macOS and Linux.

I feel like the last time I looked at Zed it didn't support windows, looks like it does now but it sure scared windows defender.

I use zed as a quick editor for stuff using usaved files.

I don't like how it loses the session when I reopen it randomly (and not randomly every upgrade).

Congrats Zed! GPUI has been a huge inspiration.

Whenever I think to myself “yikes that sounds too hard”, my next thought is “well, Zed team could probably do it”.

Great product! Would love to see some search (tree view) and git (staged vs unstaged diffs) improvements in the future!

I haven’t booted up an editor in a long time but I’ve written lots of software recently (mostly with codex).

Interesting times…

VSCode is draining my battery, looking forward to trying this

I've been using Jetbrains IntelliJ IDEA as my main IDE for Go, Rust, TypeScript, etc. for the last 3 years, and this Christmas I switched to Zed, and I'm not looking back.

I was admittedly skeptical of Zed in the beginning, because they started out with so few features, and it seemed impossible to really switch permanently to it and still be as productive. The Jetbrains platform has got such an amazingly rich set of features and an uncanny ability to just nail the editor experience. It seems almost unthinkable that anyone would be able to compete, and for a long time Zed was very far behind, but this year I feel they're finally a viable alternative.

What ultimately pushed me towards Zed was performance and the sheer amount of work-stopping bugs. I would have days where Jetbrains would get unresponsive or extremely sluggish. Suddenly "undo" would stop working (!). Major and minor upgrades often introduced perplexing performance degradation. In short, I've wasted insane amounts of time on bugs and on filing detailed bug reports that are never looked at. That undo bug has been open for maybe a year now.

For all the bells and whistles, I think Jetbrains faces an intractable problem. It's just utterly unrealistic that they'll be able to solve everything unless they stopped all development to focus on just stability. The product is too big, too complex, too unwieldy, and too bloated. I was always allocating 16GB RAM to Jetbrains, and often had it sit there consuming 1000% (!) CPU. Zed chews up a couple of gigs at most, and rarely uses much CPU. There's a tendency for editors to get bloated as they evolve. This certainly happens with Atom. I'm really hoping Zed will stay lean.

Can I replace Vim with Zed? Is there a vim mode?

Congrats to the Zed team! Great to see people continuing to work on important tooling like editors these days.

Once there was Vim, and then there is Zed. In between I just found useless UI bloats.

Simply love it!

This editor sounds awesome, but it's sad they didn't make the UI accessible.

Tried using Zed but for some reason the AI can't open the browser?

Serious question, is there any advantage to Zed if one does not use LLM assisted coding?

Love zed, prepared to love it moreee

Why do I get a warning when trying to run this on Windows 11?

Tried it yesterday. HUGE fan of how the agents work and how the editor feels.

Why does signing up through Github require the "act on behalf" permission?

That seems risky.

Congratulations from me too — it quickly became my go-to editor (sorry, VSCode)

bro why build a new IDE, just use IntelliJ or any other flavor of these for your favorite language. You would have saved years and 37.000 commits

Zed is one of my fav. piece of software of the last years :)

Would not recommend getting attached to an editor that's VC funded by Sequoia.

daily driver has been zed ever since they introduced helix more. still super excited to see how far it can go. congrats to them

Now that Zed supports remote development, I really hope they can release it for tablets (iOS/Android) so that we can use it as a client for a remote development machine. That would be delightful!

Huge congratulations to the Zed team!

Such a pity remote dev containers are critical for me. I guess some SSH tunneling could help with it...

Congrats guys! I've been using zed since a few months ago, I would consider myself a "light" user but I do enjoy the experience. My only sour point would be the not so smooth integration with claude code. But I've learmt to live with it for now

How is their emacs keymap support? I tried VSCode for a while but switched back to emacs because it was so slow and the keymap was not very good. I've been intending to try Zed but emacs is working well enough so the motivation isn't really there yet..

Strange, I'm on 2.4.1 already. Oh wait...this isn't about ZFS.

Sorry, can't help it, every time I see Zed i think of the ZFS Event Daemon

> We're also launching Zed for Business. Companies have been asking us for a way to roll out Zed to their engineering teams, and very soon they can, with centralized billing, role-based access controls, and team management.

Regardless of everything else being said, does anyone actually still do it? I thought this practice more or less died with Eclipse, where proprietary editors often shipped as Eclipse plugin and then the ops of a company that bought the plugin would have to configure it for every developer, set up with home-made automation etc.

I haven't seen anything like this in the last ten years at least and assumed the practice was dead, and, instead, developers were allowed to use whatever editor they want, while committing editor-specific (configuration) files, for example, would be considered a noobie mistake.

Or was I just happily living in the world where the long arm of the corporate was unable to reach me?

I'm using it and i fail to see what is the difference between this and VSCode

I try Zed every few months. I does not yet have everything I need yet, but at some point I think it's going to be the best code editor out there.

Well done. I've been using Zed pretty much full-time for about 6 months now, and am happy with the experience.

There are still a few things PyCharm does better (debugging, for one), but overall Zed is very good and I haven't used PyCharm in months.

I still use CC in the terminal instead of inside Zed, and lazygit for reviewing git changes and other git actions (though Zed now does a decent job of the basics).

Here is a top-level comment for people who want to post the things they wish Zed had.

Request: please be sincere if you claim "the one thing that keeps me from using Zed is X" ... because let's face it, there is probably more than one thing. Editor ecosystems are complex beasts, and it is ok if people are slow to switch, but the "one thing" claims are rarely credible to me. Anyhow, such comments are rarely consistent with how human nature works. People find rationalizations, and that's fine. It would just be nice if people were a little more self-aware. Changing editors is harder for some people more than others.

My suggestion: if you want to make Zed better for your use case, please smart by explaining who you are as a developer, what you've used, what your expectations are. And be intellectually honest about the last time you've made a big change to your development workflow. End soapbox.

Zed is a very polished and nice product. I tried hard to use it, especially when I decided to migrate away from Emacs. But NeoVim gives me everything I was looking for in Zed: Speed, a polished UI, quick startup, not overloaded. So between Zed and NeoVim I decided for the latter. I use Neovide in GUI and neovim in terminal. I don’t use AI alongside nvim, but claude code helps me configure my config file in lua. So my neovim has a 10k lines config spread of several files. It is my simple text editor with super fast movements, and it can become a full blown programmable interface for my Obsidian, for my journal writing, for coding, writing documentation. It can be as complex as I need it to be. And it’s super fast.

Sorry, I am not going to use and get attached to a code editor that is VC funded. You know the enshittification will happen sooner or later.

their website kick my fan up, what gives? CPU sweating just to display this??

Can't install it. Vulkan as a dependency for a text editor is beyond retarded.

Is what?

Testing it now ... it is absurdly efficient with tokens. Probably order of magnitude better than opencode for a couple of tasks.

Looking at Zed (and Brave in another thread) I'm really firming up this idea that the "big funded private company model" for essential tech software is just most often idea. They don't know how to add features without also adding bloat and BS.

This is why I say Docker is the only real "success" story here. And note, I mean a success story for the users; Docker tries real hard to enshittify and fails, and that's good.

> Zed is also an AI-native editor.

My editor is dumb. No AI anywhere.

The only unusual thing is that I use ruby as primary glue language to everything, so in a way that editor (no longer maintained, similar to Linus' editor) is just a wrapper over ruby as such, and functionality in these scripts.

I have also found that it is not the editor that slows me down, but the need to have to think. This is also one reason why I try to make the specification as useful as possible. For instance, in one project that I use to compile everything from source, I use a ton of simple, mostly smallish .yml files that describe everything - allowed keys, allowed values, settings that are mostly just a pointer to where to fetch the source, how, how to compile it then and so forth. The ruby code then is mostly just a glue over that data. And that approach, while very simple, works quite well. Users can also modify settings, by modifying the .yml file or via commandline flags. And if need be, I could also use and populate a SQL database with that data (but for the most part, yaml actually suffices; I don't understand why people are so upset about yaml, and then only point at use cases where folks use mega-nested yaml files. These guys don't understand why simplicity is a benefit; admittedly yaml is not a perfect format either, I notice this when I have a long .yml file and then some forgotten ":" or "," due to manual copy/paste error, then it takes me a few seconds to notice what's wrong).

[dead]

[flagged]

I tried zed sometime ago, and the limiting factor was devcontainer support. It looks like they’ve made some progress there https://zed.dev/docs/dev-containers

I'd love to try Zed out but I'm locked out unless they deliver a build without any AI integration, or deliver the build tools so that I can build my own editor on their foundation.

Either is fine by me, but I have zero interest until one of those things happen.