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

471–480 of 703 posts

Re: Zed on Linux Is Here

#471

Post by ramon156 »

tomerbd wrote: post #463

IntelliJ is much slower than any other editor including Zed and VsCode it's much slower to open and navigate, much slower to work with, much slower, it's so slow! but the code completion, refactoring, code navigation, and debugging features and endless other smart features are incredible. For me, that extra intelligence and code awareness boost translates to way faster development overall, even if the IDE itself take…

If you're familiar with nvim, you slowly realize how bloated and unnecessary the indexing is in intellij. It makes the experience so awful and for what? A file search feature that takes multiple seconds to find a file in root

Re: Zed on Linux Is Here

#472

Post by Arch-TK »

eviks wrote: post #451
Arch-TK wrote: post #119

I really don't get why this is the modern editor style of choice. 20% (35 chars) of screen space permanently wasted on a always on file browser (meanwhile the animation showcases fuzzy finding) 4% (7 chars) of screen space permanently wasted by line numbers (why are the numbers cut off on the right?) 2.7% (5 chars) of screen space taken up by a gutter So 27% of screen space effectively dead 99% of the time. Why do pe…

> The current line number is in the bottom right, and if I need to go to a specific line number I have `G` for that. How would you know which line number to go to? You see that word half a screen up, what's its line number?

There's the relative number line etc, but I've never actually encountered a situation where I felt the need to make a jump to a line number on the screen and didn't do it with basic vim motions instead. Every time I'm going to a specific line number, it's because I'm following an error message that references a file and line number.

Re: Zed on Linux Is Here

#473

Post by Ygg2 »

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

I somewhat disagree. Features sell the product, not performance[1], and for most of the software development you could count on the rising CPU tide to lift all poorly performing apps. But now the tides have turned to drought and optimizing makes a hell of a lot of sense.

[1] They are more of a negative sell and relative to other feature parity products. No one left Adobe Photoshop for Paint, no matter how much faster Paint was. But you could if feature parity is closer, e.g. Affine vs Photoshop.*

Re: Zed on Linux Is Here

#474

Post by giamma »

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…

You should give Theia Ide [1] a try. It's plugin-compatible with VSCode, same user experience. It's slower to start and takes more memory but on my 3 y.o. intel Mac it is definitely snappier than VScode.

[1] https://theia-ide.org/

Re: Zed on Linux Is Here

#475

Post by eviks »

Arch-TK wrote: post #472
eviks wrote: post #451

Earlier quoted context omitted.

> The current line number is in the bottom right, and if I need to go to a specific line number I have `G` for that. How would you know which line number to go to? You see that word half a screen up, what's its line number?

There's the relative number line etc, but I've never actually encountered a situation where I felt the need to make a jump to a line number on the screen and didn't do it with basic vim motions instead. Every time I'm going to a specific line number, it's because I'm following an error message that references a file and line number.

Moving 15 lines up is a basic vim motion

Re: Zed on Linux Is Here

#476

Post by oneshtein »

hyperbrainer wrote: post #450
admax88qqq wrote: post #446

Earlier quoted context omitted.

Why? I’m going to run their software anyways. And this is a really easy way to run an installer. This is basically the Linux equivalent of download and double click which is a user flow that is underrated for simplicity and usability.

Completely agree. Furthermore, you could always just not pipe it to sh, read it first if you care so much. Releasing and maintaining packages across a range of distros is extremely hard and time consuming, and they just released the linux version.

It's time consuming only if author interested in good UX. If author wants to use their users as alpha-testers, then he can spent a minimal amount of time on packaging.

Re: Zed on Linux Is Here

#477

Post by oneshtein »

blub wrote: post #459
admax88qqq wrote: post #446

Earlier quoted context omitted.

Why? I’m going to run their software anyways. And this is a really easy way to run an installer. This is basically the Linux equivalent of download and double click which is a user flow that is underrated for simplicity and usability.

macOS for example checks the crypto signatures of downloaded apps, so it’s much better than randomly executing code from the internet. I think even Windows does this nowadays.

Linux distributions are doing this for 30 years.

Re: Zed on Linux Is Here

#478

Post by Ygg2 »

jay_kyburz wrote: post #332
scblock wrote: post #317

Earlier quoted context omitted.

A typical 60 Hz screen refresh is 16.7 ms

If you haven't tried a 144hz or even a 240hz gaming PC, you should. You can really feel the difference dragging things around the screen. (I'm not sure I would notice typing, but for dragging windows around I could never go back to 60fps.)

You can notice higher frame rates if you're in a competitive FPS, not a code editor. Unless you are playing CS2 in Emacs.

Re: Zed on Linux Is Here

#480

Post by oneshtein »

fortyseven wrote: post #447
dinozarw wrote: post #445

> To install Zed on most Linux distributions, run the shell script below. > curl https://zed.dev/install.sh | sh Please stop telling people to curl pipe scripts into their shell...

Versus what? Everything you install involves trust at some point.

Do you know difference between alpha, beta, and quality software? Linux distros have different goals, or different channels for different qualities of software, while vendors wants their users to be free alpha or beta testers.
Post reply on HN