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

151–160 of 227 posts

Re: SSH Remoting

#151

Post by hu3 »

Barrin92 wrote: post #87
keyle wrote: post #50

Earlier quoted context omitted.

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 mout…

>It's really, really close to be my replacement to intelliJ Isn't Zed just a text editor? The last time I checked it out it didn't have any debugging features which doesn't really make it a replacement for an IntelliJ IDE.

Wow it still doesn't support debugging it seems.

https://github.com/zed-industries/zed/issues/5065

People who use Zed now at work, sorry but you still print variables to debug issues? In 2024?

Zed is investing in features to satisfy shareholders like AI and team collab but ignoring a basic functionality like interactive debugging is mind blowing.

Re: SSH Remoting

#152

Post by hu3 »

echoangle wrote: post #91
frankjr wrote: post #77

Earlier quoted context omitted.

..and is not even open source (EDIT: I'm wrong, see below). Zed's remote server on the other hand seems to be OSS. One could probably install it themselves without relying on the automatic download. https://github.com/zed-industries/zed/tree/633b665379c18a069...

Interesting, I didn’t know the VS Code server component wasn’t open source.

it is though

Re: SSH Remoting

#153

Post by eddythompson80 »

afandian wrote: post #146
eddythompson80 wrote: post #114

Earlier quoted context omitted.

https://zed.dev/terms has the Zed Editor use license. That’s different from the Zed source code license.

End you’re not allowed to reverse engineer the editor even though it builds from open source. I wonder how much legal reasoning went into that decision. It might be boilerplate, or it might be necessary for some other part of the contract.

I don’t know. Technically, you can clean-room reverse engineer a GPL binary and your resulting code doesn’t have to be GPL. But you could also just build the open source repo and do that. So I don’t know

Re: SSH Remoting

#154

Post by hu3 »

senko wrote: post #17
iveqy wrote: post #7

I also switch between a lot of computers (work computer at home/work computer at work) but have to develop on "big powerful machine at work". My current solution is tmux + nvim and it works really good. I can just pickup a session from whatever computer I'm in front of at the moment. Am I correct in that neither Zed nor VS Code support this usecase yet?

I use VSCode + SSH remote for this and works great. The only nitpick I have is needing to manually reconnect when I suspend my laptop and ssh connection breaks. It's a separate session though, which doesn't matter to me but may be a deal breaker for you. I use Tailscale for a personal VPN so the beefy workstation is always securely available from my laptop, even when across the pond).

Thank you both for sharing the experience.

I'm tempted to go lightweight laptop + beef server.

Do you get used to the the input delay? I guess coding is not a FPS game so it's fine. Just a flow of words being edited.

Re: SSH Remoting

#155

Post by amszmidt »

eadmund wrote: post #137

Those who do not understand Emacs are doomed to repeat it. Poorly, in worse languages. —C.S. Santayana Emacs TRAMP mode has been doing this for 26 years, since November 1998. Fashions come, and fashions go, and Emacs remains. Anyone remember Atom? Anyone remember TextMate? Just use vi or Emacs.

Fun fact. Emacs was doing this even long before Tramp, in the 1980s it was already common to work with remote files. So more like 40 years …

Re: SSH Remoting

#156

Post by amszmidt »

globular-toast wrote: post #88
teddyh wrote: post #68

I can find no mention of Emacs (or Tramp) in any of the documentation or a sampling of blog posts. It’s as if the authors don’t even know it exists. This is concerning. (As is their apparent 100% all-in on the AI hype train.)

Yep. Emacs had this 25 years ago. I find editing over SSH a last resort, though, as it introduces a lot of undesirable latency.

Emacs had this 40 years ago. ;-)

Re: SSH Remoting

#157

Post by b4ckup »

leosanchez wrote: post #41
b4ckup wrote: post #30

Earlier quoted context omitted.

I use vscode (with omnisharp not c# devkit) for c# every day. Did you try it out?

Is devkit better than Rider ?

I tried to use vscode c# devkit but it is horribly unstable and has severe bugs that make it unusable for my projects. But I'm really happy with vscode + omnisharp. I never used rider so I cannot really say which is better but I tend to not like jetbrains IDEs (from experience with IntelliJ and webstorm).

Re: SSH Remoting

#158

Post by hu3 »

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

If all you know is VS Code it probably feels fine and you should definitely not try Zed - "one of the fastest Electron apps" isn't exactly a ringing endorsement.

Sublime is faster still. If speed is your main concern.

Re: SSH Remoting

#159

Post by thiht »

eadmund wrote: post #137

Those who do not understand Emacs are doomed to repeat it. Poorly, in worse languages. —C.S. Santayana Emacs TRAMP mode has been doing this for 26 years, since November 1998. Fashions come, and fashions go, and Emacs remains. Anyone remember Atom? Anyone remember TextMate? Just use vi or Emacs.

"Just" does quite a bit of heavy lifting here. VSCode and Zed are much easier to use than emacs or vim. To me as a user, emacs lisp (and lisp in general) is the worse language compared to TypeScript which I can work with.

Re: SSH Remoting

#160

Post by cybrox »

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

If all you know is VS Code it probably feels fine and you should definitely not try Zed - "one of the fastest Electron apps" isn't exactly a ringing endorsement.

I have used both unbearably slow IDEs like Visual Studio, Android Studio, Atmel Studio and very fast and lightweight editors like Notepad++ and Sublime Text.

I don't have any issue with the speed of VS-Code on my machine and it feels the same as Sublime Text used to.

Post reply on HN