Live data from Hacker News

SSH Remoting

zed.dev

31–40 of 227 posts

Re: SSH Remoting

#31
Just a FYI, this feature will install a binary on the remote host and run it.

> Your local machine will attempt to connect to the remote server using the ssh binary on your path. Assuming the connection is successful, Zed will download the server on the remote host and start it.

https://zed.dev/docs/remote-development

Re: SSH Remoting

#32
post #10

I switched to Zed for C, C++, Rust, Angular, and am extremely happy with it. I use it with it's vim mode, which is very good. For the record, I've tried the JetBrains suite for at least a year, vscode, vim, neovim, visual studio (windows), qtcreator, and at least one more I dont remember. Zed is superior for everyday coding, for me. The only thing it lacks is debugging, so I can't use it for C#, but I also can't use…

I've been using vim since the 90's, then emacs and helix. Never a GUI editor, always terminal. This year I just tried Zed and I'm super happy about it. It's open source, they offer a flake in their repo for me to get the latest version compiled to my NixOS installations if I want. It's fast, their LLM features are tasteful and they come with the open source version of the editor. It's written in Rust which is my main programming language.

This SSH feature is great, I can just remotely turn on my workstation at home and use it with Zed over tailscale.

I'm also waiting for a good debugger story, especially for Rust. It will come...

Re: SSH Remoting

#33
post #28

Earlier quoted context omitted.

In my experience, the electron overhead is relatively negligible compared to the ressource usage of the language servers. And zed seems to use the same language servers.

It is certainly true that the language servers have the same speed in Zed, but there is something to be said for just never suffering from any UI delay for any reason. Though I'll admit a LS that takes three seconds to respond is kinda indistinguishable from UI delay.

What kind of codebases do you work with? Other than with multi-MB files or thousands of multi-cursors, I've never had any performance issues with VS-Code. It's actually one of the fastest Electron apps, I would say. If I notice a delay, it's usually the language server or some support package's background command taking a bit of time.

Re: SSH Remoting

#34
post #26
post #9

Caveat emptor: "Zed downloads NodeJS binary and npm packages from Internet without user’s consent"[1] This has been an open issue for 5 months. When I noticed it, I couldn't believe my eyes and it was the last time I've run Zed so far. Judge for yourself whether this is a deal-breaker for you; I wish I had known about it earlier. [1] https://github.com/zed-industries/zed/issues/12589

I don't see how this is different from having all these pre-bundled with a new version of Zed? Either way I'm going to download all of them again.

By bundling, Zed guarantees or at least claims that those bundled executables can be trusted. The same level of trust is possible with on-demand downloading only when some sort of authentication is used [1] but Zed currently doesn't actually authenticate any downloads to my knowledge.

[1] Either by embedding cryptographic hashes to the distribution, or by having some means to distribute publicly signed hashes (e.g. minisign via HTTPS).

Re: SSH Remoting

#36
with a little bit of work, vi/emacs works great as an IDE for most setups... The learning curve is steep but once you get the gist, you never go back to those bloated IDEs.

(Disclaimer: I haven't tried zed, but have been working throughout my career with Eclipse, Visual C/C++/Basic (!), Atom)

Re: SSH Remoting

#37

Just a FYI, this feature will install a binary on the remote host and run it. > Your local machine will attempt to connect to the remote server using the ssh binary on your path. Assuming the connection is successful, Zed will download the server on the remote host and start it. https://zed.dev/docs/remote-development

That's what VS Code does too, BTW.

Re: SSH Remoting

#38
post #33
post #28

Earlier quoted context omitted.

It is certainly true that the language servers have the same speed in Zed, but there is something to be said for just never suffering from any UI delay for any reason. Though I'll admit a LS that takes three seconds to respond is kinda indistinguishable from UI delay.

What kind of codebases do you work with? Other than with multi-MB files or thousands of multi-cursors, I've never had any performance issues with VS-Code. It's actually one of the fastest Electron apps, I would say. If I notice a delay, it's usually the language server or some support package's background command taking a bit of time.

How old is your computer? Some people have longer upgrade cycles than others.

Re: SSH Remoting

#39
I recently tried to use SSH remote editing with VSCode on a plane. It is so incredibly chatty that the in-flight wifi system thought I was trying to tunnel traffic via SSH and kept killing the connection.

I hope the Zed developers have taken bandwidth minimization into account.

Re: SSH Remoting

#40

Just a FYI, this feature will install a binary on the remote host and run it. > Your local machine will attempt to connect to the remote server using the ssh binary on your path. Assuming the connection is successful, Zed will download the server on the remote host and start it. https://zed.dev/docs/remote-development

What a perfect attack vector even if Zed and Vscode people are completely honest
Post reply on HN