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

101–110 of 227 posts

Re: SSH Remoting

#101

Post by eddythompson80 »

frankjr wrote: post #77
echoangle wrote: post #37

Earlier quoted context omitted.

That's what VS Code does too, BTW.

..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...

? The remote server (reh) is part of the vscode repo itself https://github.com/microsoft/vscode/tree/main/src/vs/server/... there is a vscodium and codeoss builds of it too (reh builds).

The extension that invokes it isn’t, but there are a few implementations of it that are, and I think vscodium bundles one with their build. It’s just some shell scripts that download the reh build and run it with the correct args.

Re: SSH Remoting

#102

Post by dagw »

meitham wrote: post #98

How’s this different from starting tmux session on a remote server and editing code with a text editor and running in that session? Is Zed not a terminal text editor?

Zed is a GUI code editor. Also the difference is where the UI runs. Running the UI locally gives much better response and lower latency than running the UI remote.

Re: SSH Remoting

#103

Post by eddythompson80 »

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

What a perfect attack vector even if Zed and Vscode people are completely honest

What’s the attack vector? Someone with ssh access to your machine can run code on your machine? That’s part of ssh.

Re: SSH Remoting

#104

Post by z33k »

uludag wrote: post #100
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).

> Vscode has strings attached too If software being FLOSS is in any way an important value of yours, the difference between Zed and Visual Studio Code is night and day: Zed's GPL: https://github.com/zed-industries/zed/blob/main/LICENSE-GPL MS Visual Studio Code's license: https://code.visualstudio.com/license I believe this alone shows much more good will towards developers and much less strings attached.

For what it's worth; Visual Studio Code and VSCode are not the same. VSCode is MIT licensed: https://github.com/microsoft/vscode/blob/main/LICENSE.txt

From vscodium.com:

Microsoft’s vscode source code is open source (MIT-licensed), but the product available for download (Visual Studio Code) is licensed under this not-FLOSS license and contains telemetry/tracking. According to this comment from a Visual Studio Code maintainer:

When we [Microsoft] build Visual Studio Code, we do exactly this. We clone the vscode repository, we lay down a customized product.json that has Microsoft specific functionality (telemetry, gallery, logo, etc.), and then produce a build that we release under our license.

When you clone and build from the vscode repo, none of these endpoints are configured in the default product.json. Therefore, you generate a “clean” build, without the Microsoft customizations, which is by default licensed under the MIT license

The VSCodium project exists so that you don’t have to download+build from source. [VSCodium] includes special build scripts that clone Microsoft’s vscode repo, run the build commands, and upload the resulting binaries for you to GitHub releases. These binaries are licensed under the MIT license. Telemetry is disabled.

Re: SSH Remoting

#105

Post by Protostome »

nurumaik wrote: post #94
Protostome wrote: post #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)

Try remote development with vim over 200ms ping ssh connection

I've tried that, but in this case i would just NFS/sshfs share the directory and work with vim locally.

Vim can also read and write files across networks (while running locally): vim scp://user@myserver[:port]//path/to/file.txt should work.

If you want to run builds and such on a terminal, just have a tmux window with an active ssh connection.

There's a solution to most issues out there.

Re: SSH Remoting

#106

Post by snvzz »

nurumaik wrote: post #94
Protostome wrote: post #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)

Try remote development with vim over 200ms ping ssh connection

>Try remote development with vim over 200ms ping ssh connection

Isn't such a scenario (high latency dialup) what vi was originally designed for?

Re: SSH Remoting

#107

Post by eviks »

speedgoose wrote: post #19
timeon wrote: post #15

Earlier quoted context omitted.

Memory footprint, startup times, overall responsiveness. At the end of the day VSCode is still Electron app.

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.

How does LSP affect the core editing functionality like "startup times, overall responsiveness"?

Re: SSH Remoting

#108

Post by madeofpalk »

larodi wrote: post #81
IshKebab wrote: post #64

Earlier quoted context omitted.

This seems pretty optimistic to me. I can't imagine any company I've worked for paying for those things. Especially because they're only going to be useful if everyone uses Zed which is unlikely.

Indeed seems very uncommon where I am, even the IntelliJ’s are more often pirated than paid for. From my perspective it is very weird to expect to beat MS (who produces two great IDE’s, not one) on their own game with this approach to dev. I’m not saying it’s impossible to have the most important features replicated, but, c’mon, this is software, it breaks as it builds and some things are not possible Overnight even…

You don't need to beat microsoft in order to have a viable business. You just need to get enough market share.

Re: SSH Remoting

#109

Post by VeejayRampay »

I want to like Zed but two things are still an issue for me:

- Zed doesn't know how to highlight XML - I use a theme called FairyFloss which doesn't exist for Zed and Zed doesn't provide anything to import VSCode themes

Re: SSH Remoting

#110

Post by frankjr »

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

? The remote server (reh) is part of the vscode repo itself https://github.com/microsoft/vscode/tree/main/src/vs/server/... there is a vscodium and codeoss builds of it too (reh builds). The extension that invokes it isn’t, but there are a few implementations of it that are, and I think vscodium bundles one with their build. It’s just some shell scripts that download the reh build and run it with the correct args.

Hmm, are the docs outdated then or are they talking about something else?

> The Visual Studio Code Remote Development extensions and their related components use an open planning, issue, and feature request process, but are not currently open source.

https://code.visualstudio.com/docs/remote/faq#_why-arent-the...

Post reply on HN