Live data from Hacker News

Zed is now available on Windows

zed.dev

251–260 of 386 posts

Re: Zed is now available on Windows

#251
post #66

Zed looks and feels amazing to use. I test-drove it for a bit on my linux system, and the feel of it is difficult to convey to those who have not tried it yet. It's easy to overlook the significance of gpu accelerated editor - but I promise you, use it for a bit and you'll be sold. The only feature that is preventing me from switching to Zed is the current lack of DevContainer support[1]. After investing a significan…

[deleted]

Re: Zed is now available on Windows

#252
Uhm... tried to use it but it feels so lacking. Yeah, fine - it's "lean" (text?) editor but that's about it. Opening any project (even with plugins enabled) doesn't make feel any "improvements" (code navigation, sane autocomplete, project structure detection)...

Re: Zed is now available on Windows

#253

Uhm... tried to use it but it feels so lacking. Yeah, fine - it's "lean" (text?) editor but that's about it. Opening any project (even with plugins enabled) doesn't make feel any "improvements" (code navigation, sane autocomplete, project structure detection)...

Yes, the same experience. Although it had amazing support for Vim keybindings, it offered me nothing that I wasn't already getting from Neovim. The in-editor chat seems like it could be useful, but I don't have any need for it.

Re: Zed is now available on Windows

#254
Tested it a bit on a 2000 LOC python file, autocomplete is sluggish compared to VSCode (VSCode completes almost instantly but Zed waits about half a second before doing so). I didn't configure anything so I'm a bit disappointed...

Re: Zed is now available on Windows

#255
post #23

Earlier quoted context omitted.

That's more of an issue with your system than an issue with Zed, you have to veer pretty far from the beaten path to not have proper DirectX nowadays. Are you running Windows in a VM?

No, but I am remoted in to my dev box (over RDP/mstsc).

I've played modern DirectX games over RDP, and they most definitely used the local GPU for rendering. Wonder why it doesn't find the GPU?

Re: Zed is now available on Windows

#256

Earlier quoted context omitted.

A 400mb+ install of bloat will upset many people This needs to be justified asap to help people understand and reconsider installing it.

Will it though? I mean it's a lot for a "text editor", but much less than a classical IDE. And 400M is pretty negligible if you're on Windows, where your OS takes up dozens of GB for no reason.

Yeah I don't think 400M is really that big a deal. My `.emacs.d/` dir weighs in at over 1G and I've never thought twice about it.

For people who are serious about their text editors, 400m is a small price to pay for something that works for you.

Re: Zed is now available on Windows

#257

Earlier quoted context omitted.

RAM isn't cheap (it may be for your tasks and wallet depth, but generally it isn't, especially since DDR5). Shared objects also get "deduplicated" in RAM, not just on disk.

What objects is the Zed process using that would even be shared with any other process on my system? Language support is mostly via external language servers. It uses its own graphics framework, so the UI code wouldn't be shared. A huge amount of the executable size is tree-sitter related.

[deleted]

Re: Zed is now available on Windows

#258

Earlier quoted context omitted.

> I was always under the impresion that Rust apps are pretty lightweight, but that install size is nearing Java levels of binary/dependency bloat. For what it's worth, the zed executable on Linux weighs 3.2 MB. EDIT: Sorry, the nix store is too good at hiding things from me. It's actually around 337 MB plus webrtc-sys.

I just compiled "zed" with "cargo build --release" and not only did it pull >2000 dependencies, its size (executable file) is literally 1.4G. Debug is 1.2G. $ pwd /tmp/zed/target/release $ ls -lh ./zed -rwx------ 2 john john 1.4G Aug 28 17:10 zed --- $ dut zed/ | sort -h 598M 0B | | /- webrtc-sys-0a11149cbc74bc90 598M 0B | | | /- out 598M 0B | | |- webrtc-sys-090125d01b76a5e8 635M 160M | | /- s-hal7osjfce-1h7vhjb-4bd…

I suppose it has to do with how every Rust crate (including dependencies) gets statically linked into the final binary, and this leads to extremely large intermediate artifacts, even when many crates share common dependencies.

Or the fact that there is incremental compilation artifacts...

And of course the amount of dependencies. A single project might depend on hundreds of crates (quite common), each compiled separately with its own build artifacts. sighs.

Re: Zed is now available on Windows

#259
post #66

Zed looks and feels amazing to use. I test-drove it for a bit on my linux system, and the feel of it is difficult to convey to those who have not tried it yet. It's easy to overlook the significance of gpu accelerated editor - but I promise you, use it for a bit and you'll be sold. The only feature that is preventing me from switching to Zed is the current lack of DevContainer support[1]. After investing a significan…

What does having a DevContainer get you? I’m all for documenting every bit of my setup, but beyond that…

Not the OP, but it's pretty useful in my team, we all work on the same environment, with the same system dependencies, with no setup required on development machine (except the need for docker).

In the devcontainer you can run code snippets, use the system shell and access an execution environment close to production if well made.

It also allows to avoid (system) dependency conflicts between different projects you may work on.

Re: Zed is now available on Windows

#260
post #66

Zed looks and feels amazing to use. I test-drove it for a bit on my linux system, and the feel of it is difficult to convey to those who have not tried it yet. It's easy to overlook the significance of gpu accelerated editor - but I promise you, use it for a bit and you'll be sold. The only feature that is preventing me from switching to Zed is the current lack of DevContainer support[1]. After investing a significan…

I tried it for a while. It's okay, I guess. Typing latency is neither an issue nor a bottleneck for me, so personally, I don't see the appeal. Apart from that, it feels lacking and offers nothing else that I don't already get from VS Code. If I really cared about performance, I would use Neovim.
Post reply on HN