Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

SSH Remoting

zed.dev

Post reply on HN
Print view View original

41–50 of 227 posts

Re: SSH Remoting

#41

Post by leosanchez »

b4ckup wrote: post #30
lionkor wrote: 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 use vscode (with omnisharp not c# devkit) for c# every day. Did you try it out?

Is devkit better than Rider ?

Re: SSH Remoting

#42

Post by mrklol »

mike_d wrote: post #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.

Afaik the problem are big file directories, at least that what I noticed.

Re: SSH Remoting

#43

Post by shark1 »

unsnap_biceps wrote: post #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

Intellij IDEA does that too, and the installer is a very big file. I suspect an entire headless IDE is installed in the remote host.

Re: SSH Remoting

#44

Post by keybits »

Zed with SSH Remoting and Orbstack is pretty much my dream setup for programming on a Mac.

I can now spin up a Linux machine in Orbstack[0] in a few seconds and then SSH into it from Zed for a fast Linux development environment with a fast macOS native editor. It feels a bit like the macOS version of WSL and VSCode. Just a whole lot nicer (subjective of course)!

A couple of years ago I was inspired by what Mitchell Hashimoto was doing[1]. He was running a GUI VM via VMware on macOS so that he could have the best of both worlds - macOS apps and ecosystem and a Linux dev environment with his preferred package managers and a more reliable NixOS. That route still felt a bit heavy to me, but I related to the desire for the best of macOS and the best of Linux.

I tried with VMware and Docker Desktop with VSCode but it always felt like a lot of overhead and a bit clunky to achieve a smooth fast dev environment.

With Zed and Orbstack it finally feels like the fast elegant system I'll stick with. Thank you to the developers for these excellent tools!

[0] https://docs.orbstack.dev/architecture#linux-machines [1] https://x.com/mitchellh/status/1346136404682625024

Re: SSH Remoting

#45

Post by lifthrasiir »

unsnap_biceps wrote: post #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

As long as that is notified and correctly authenticated, it is a reasonable approach because the remote process can progress without having to send the whole workspace through SSH. I also expect most language servers would have to be on remote for the same reason.

Re: SSH Remoting

#46

Post by speedgoose »

stavros wrote: post #38
cybrox wrote: post #33

Earlier quoted context omitted.

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.

I remember that my computer in 2016 was already fast enough.

Re: SSH Remoting

#47

Post by zifpanachr23 »

I'd really like a good remote editing solution that is genuinely portable. I don't think there's anything technical stopping that from happening (and I've tried some half baked solutions along those lines before).

For a variety of reasons relating to my line of work, this or vscode's solution are no gos since they require you to install a server on the remote, and that server is interpreted or compiled in a language that is absolutely not guaranteed to be present or stable on said remote (I'm saying my ideal extension, if a server is really necessary, would be in a reasonably widespread subset of C, perhaps ISO c99, which I'm sure I'll catch some flack for saying).

That is an underserved (although perhaps not large, but probably they would be enthusiastic) market given that remote editing is perhaps the most useful in situations where the remote environment is different to such an extent you can't easily copy a project over and expect it to just work. If I'm deploying to an x86_ 64 Linux box, I can totally just develop locally and do a lot of testing locally deploy to the remote after all of that, and so I tend not to get too excited about remote editing features for a platform like a normal x86_64 Linux distro.

I'm obviously being picky and demanding and people are free to ignore everything I just wrote. As far as Zed is concerned, the editor looks good and this functionality looks good and I'm happy to see it moving along. Please forgive me for indulging my personal pet peeve. It is a good thing by itself to have competition to vscode and so please don't interpret my post as being overly negative to Zed given it's main competitor has the same issue.

Also, I'm aware that a fair response to everything I just wrote would be "just use vi/vim/emacs"...which is actually really fair and does a lot to demolish my argument, at least as far as a remote editor being a necessity is concerned rather than just a nice to have.

Re: SSH Remoting

#48

Post by pseudony »

Can someone explain. What is the catch ? Zed is worked on by paid employees. So who is the product, how is the money made and is it open source and if so, how much ? (Vscode has strings attached too)

Just interested since building my workflows around a company's products usually ends in tears (figuratively).

Re: SSH Remoting

#49

Post by prmoustache »

zifpanachr23 wrote: post #47

I'd really like a good remote editing solution that is genuinely portable. I don't think there's anything technical stopping that from happening (and I've tried some half baked solutions along those lines before). For a variety of reasons relating to my line of work, this or vscode's solution are no gos since they require you to install a server on the remote, and that server is interpreted or compiled in a language…

Although I don't understand why you would still want to do that with modern processes, configuration management, CICD tools and the decentralization of git, you can just mount the remote directory via ssh.

People have been doing that for decades already. Works with any editor/ide/tool.

Re: SSH Remoting

#50

Post by keyle »

pseudony wrote: post #48

Can someone explain. What is the catch ? Zed is worked on by paid employees. So who is the product, how is the money made and is it open source and if so, how much ? (Vscode has strings attached too) Just interested since building my workflows around a company's products usually ends in tears (figuratively).

You are the product. The editor is free afaik, and is very good. It has a plugin system and many languages have been added. It's really, really close to be my replacement to intelliJ. Sadly many bugs are stopping that for now.

They'll charge for integrations later, collaboration etc. I'm not sure exactly where the money is going to come from but I value a quality native IDE.

I hope they don't stuff crap down our mouth in the future and simply charge a one time fee per version. But that of course is unlikely to happen.

Every new version of IntelliJ I gasp that they F'd with something, and usually I'm right.

Post reply on HN