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

Zed on Linux Is Here

zed.dev

Post reply on HN
Print view View original

411–420 of 703 posts

Re: Zed on Linux Is Here

#411

Post by vmfunction »

j1elo wrote: post #263
handsaway wrote: post #26

I tried zed for a few weeks because I'm generally sympathetic to the "use a native app" idea vs Electron. I generally liked it and its UX but: 1. VSCode is pretty damn fast to be honest. Very rarely is my slowdown in my work VSCode loading. Maybe I don't open very large files? Probably 5k lines of typescript at most. 2. Integration with the Typescript language server was just not as good as VSCode. I can't pin down e…

I'm on the same camp, but in the end it turns out we were not putting it to the actual, real, hard-world test. VSCode is very fast for me, when I open it in the morning and just starting my day . But once I've opened the main project and 7 support library's projects, and I'm in a video-call on Chrome sharing my screen (which is something that eats CPU for breakfast), and I'm live-debugging a difficult to reproduce sc…

> In summary: our modern computer's sheer power are camouflaging poor software performance. The difference between using native and Electron apps, is a huge reduction in the upper limit of how many things you can do at the same time in your machine, or having a lower ceiling on how many heavy-load work tasks your system can be doing before it breaks.

Same can be said about a lightweight web page and 'React' with tons routers all in SPA and vdom. Maybe the page is fine when it is the only page open, but when there are other SPA also open, then even typing becomes sluggish. Please don't use modern computer's sheer power to camouflaging poor software performance. Always make sure the code uses as little resource as possible.

Re: Zed on Linux Is Here

#412

Post by trostaft »

Ah, I'd love to try this. But I have a hard cross-platform requirement (Windows/Linux/MacOS) and I can't seem to get this running in WSL. Will keep checking if that improves in the future.

Re: Zed on Linux Is Here

#413

Post by jrpelkonen »

cogman10 wrote: post #73
pkage wrote: post #54

Earlier quoted context omitted.

A lot of the backlash is around the tool downloading and running an arbitrary shell script which could contain anything, and overlooks the fact that that shell script then downloads an opaque binary which could also contain anything. If you're paranoid about security read the code and build it from source, otherwise curl | bash is trusting the authors just as much as any other method.

Probably the biggest problem with the `curl | sh` approach is it bypasses package maintainers. I agree it's really no different than if you compiled malicious code yourself (or pulled in a 3rd party bin repository). However, one of the functions of a package maintainer is finding/being notified of security issues. I'm thinking of the recent xz attack. Imagine how bad that would have been if xz was commonly installed…

Yet the xz attack specifically targeted the packages and nothing else. And it worked, to a point. All I’m saying package maintainers are human and can’t detect everything.

Re: Zed on Linux Is Here

#414

Post by iamnbutler »

lexoj wrote: post #352

The only reason why I dropped (and Im not alone) using Zed is the arcaic UI sublime-like search functionality. Please revisit that part because I really want to use ZED.

This is actually the first time I’ve seen someone unhappy with search - can you tell me a bit more what you are looking for?

There is lots of room for improvement of course, but I’d love to hear what your desired search experience is.

Re: Zed on Linux Is Here

#415

Post by JSR_FDED »

daghamm wrote: post #283
School-Cotton wrote: post #275

Earlier quoted context omitted.

WSL is a pretty niche version of "Linux". I would guess that close to 0% of what makes it to the front page of HN had a QA team that explicitly tested it on WSL.

Please stop making up facts. 1 of 7 Rust developers use WSL: https://blog.rust-lang.org/2024/02/19/2023-Rust-Annual-Surve...

I’m pretty sure there’s more than 7 Rust developers.

Re: Zed on Linux Is Here

#416

Post by chillfox »

j1elo wrote: post #263
handsaway wrote: post #26

I tried zed for a few weeks because I'm generally sympathetic to the "use a native app" idea vs Electron. I generally liked it and its UX but: 1. VSCode is pretty damn fast to be honest. Very rarely is my slowdown in my work VSCode loading. Maybe I don't open very large files? Probably 5k lines of typescript at most. 2. Integration with the Typescript language server was just not as good as VSCode. I can't pin down e…

I'm on the same camp, but in the end it turns out we were not putting it to the actual, real, hard-world test. VSCode is very fast for me, when I open it in the morning and just starting my day . But once I've opened the main project and 7 support library's projects, and I'm in a video-call on Chrome sharing my screen (which is something that eats CPU for breakfast), and I'm live-debugging a difficult to reproduce sc…

I have had to open the parent folder of all the different code bases I need in a single VSCode window, instead of having an individual window for each.

I much prefer having individual windows for each code base, but the 32G of ram for my laptop is not enough to do that.

If I were to run multiple instances of VSCode, then the moment I need to share my screen or run specs some of them will start crashing due to OOM.

Re: Zed on Linux Is Here

#417

Post by ungamedplayer »

satvikpendem wrote: post #225
the_duke wrote: post #81

Earlier quoted context omitted.

I think people just have very different tolerances for latency and slowness. I keep trying different editors (including VS Code), and I always end up going back to Neovim because everything else just feels sluggish, to the point where it annoys me so much I'm willing to put up with all the configuration burden of Neovim because of it. I tried out Zed and it actually feels fast enough for me to consider switching.

Zed is still quite a bit slower than Neovim in my experience.

Neovim is quite a bit slower than cat and echo.. in my experience.

Re: Zed on Linux Is Here

#418

Post by mirpa »

fire_lake wrote: post #324

Does Zed work with any language with a language server? Is TypeScript support fully baked in? I don’t want to pay for things I don’t use.

I think you need extension which will integrate language server. I installed extension for Haskell and it works out of the box.

Re: Zed on Linux Is Here

#420

Post by vunderba »

stavros wrote: post #236
369548684892826 wrote: post #215

Earlier quoted context omitted.

Just if you close the entire editor. Editors with this feature, if you close the file it will ask if you want to save changes, click no and the changes are lost.

That's very good UX, I really like that. I wonder why it's not more widespread.

It's more common than you would expect in IDEs: VS code, sublime, notepad++, though I would love to see it adapted to other types of software such as audio, graphic editors, etc.
Post reply on HN