> 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.
SSH Remoting
31–40 of 227 posts
Re: SSH Remoting
#32I 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…
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
#33Earlier 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.
Re: SSH Remoting
#34Caveat 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.
[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
#35Is somewhere a comparison of Zed to Visual Studio Code?
for a start, zed doesn't work on Windows. I'm not exactly a fan of MSFT but at work, I must use Windows...
Automated builds are here: https://github.com/deevus/zed-windows-builds
Re: SSH Remoting
#36(Disclaimer: I haven't tried zed, but have been working throughout my career with Eclipse, Visual C/C++/Basic (!), Atom)
Re: SSH Remoting
#37Just 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
#38Earlier 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.
Re: SSH Remoting
#39I hope the Zed developers have taken bandwidth minimization into account.
Re: SSH Remoting
#40Just 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