Looks like someone was already maintaining an ebuild for Gentoo https://gpo.zugaina.org/app-editors/zed
Zed on Linux Is Here
611–620 of 703 posts
Re: Zed on Linux Is Here
#612Earlier quoted context omitted.
That brings a Python "performance" talk to mind that I was recently listening to on YouTube. The first point the presenter brought up was that he thinks the laptops of developers need to be more modern for Python to not be so slow. I had to stop the video right there, because this attitude isn't going anywhere.
You know what? I actually believe in having developers work (or maybe just test) with slower computers (when writing native apps) or with crippled networking (when doing web) in order to force them consider the real-world cases of not being in a confy office with top-notch computers and ultra high-bandwidth connections for testing.
> maybe just test
“Craptop duty”: https://css-tricks.com/test-your-product-on-a-crappy-laptop/.
Re: Zed on Linux Is Here
#613On one end of the spectrum, you have programmers who use Visual Studio Code or Atom or one of the other Electron-based code editors (https://en.wikipedia.org/wiki/Electron_(software_framework)), and at the other, you have programmers who use vim or even vi (https://en.wikipedia.org/wiki/Vi_(text_editor)).
Now, me personally (and this is just one man's tiny and insignificant opinion in a sea of billions of people!),
I personally, am slightly more inclined to give a slight bit of additional weight to the opinions of people closer to the vim/vi side of editor use, than I am to give to people on the Electron-based side...
My humble apologies if this offends anyone.
Re: Zed on Linux Is Here
#614Earlier quoted context omitted.
> 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…
Sure. Just allocate 10x the engineering resources and I can make it as fast and bug free as you like.
Getting the same amount of current engineers or possibly less that actually care and know about performance can work. There’s a reason applications are so much relatively slower than they were in the 80s. It’s crazy.
Re: Zed on Linux Is Here
#615Earlier quoted context omitted.
Flashbacks? It’s 2024 and Emacs is still single threaded
And it still performs better than vscode.
That’s not entirely surprising. Emacs’s UI is a character-cell matrix with some toolkit-provided fluff around it; VSCode’s is an arbitrary piece of graphics. One of these is harder than the other. (Not as harder as VSCode is slower, but still a hell of a lot.)
Re: Zed on Linux Is Here
#616Earlier quoted context omitted.
TS itself is lock-in. I mean, the entire point of JS is that it's portable, and there's certainly no lack of compile-to-JS languages that are already finished and have much more powerful type systems and existing libs/ecosystems. Enjoy your VScode projects exclusively on Windows a couple years down the road, or rather, contribute to MS' coding ML models to make yourself obsolete even before. Windows already posts hom…
Erm, you do know that a founding principle of TS, is that the “compile” step is literally just stripping out the type annotations. You could implement it with a Regex if you really wanted to. The only place this rule is broken, is TS Enums, and that generally considered to have been a mistake, but one that too old to rectify.
>The only place this rule is broken, is TS Enums, and that generally considered to have been a mistake, but one that too old to rectify.
Why is that?
Re: Zed on Linux Is Here
#617Earlier quoted context omitted.
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 othe…
Well, I think you are missing a subtle issue. They may not switch but they might pay more if it’s faster. They also might not switch to paint but if photoshop performed terribly they may switch to a dozen different tools for different purposes. This kind of thing already happens.
Re: Zed on Linux Is Here
#618Earlier 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.
Sublime Text 3 is still one of my favorite editors. I use VSCode lately because of its excellent "Remote SSH" integration - but when it comes to latency sublime has it beat. Zed does not feel fast on my machine, which is a 13900K/128gb ram. It is running in xwayland though, so that could be part of the problem. It feels identical to vscode.
I'm begrudgingly stuck with VSCode because of language support in the smaller-community languages I work with, but any time it starts being a dog (and it doesn't take much, think a 20MiB test data file) I switch back for that purpose.
I'm also never letting it anywhere near a merge again, after the worst merge in my years of using git. Sublime Merge doesn't give me the same warm feelings as Sublime Text, but it works, and it won't choke on a big patch and apply a huge deletion without showing it to me first.
Re: Zed on Linux Is Here
#619"real programmers" just use vim
Re: Zed on Linux Is Here
#620On one end of the spectrum, you have programmers who use Visual Studio Code or Atom or one of the other Electron-based code editors ( https://en.wikipedia.org/wiki/Electron_(software_framework) ), and at the other, you have programmers who use vim or even vi ( https://en.wikipedia.org/wiki/Vi_(text_editor) ). Now, me personally (and this is just one man's tiny and insignificant opinion in a sea of billions of people!…
The same team behind Zed created Atom and the Electron framework. But that doesn't say anything about Zed either. The only thing that's shared between Zed and Atom is tree-sitter (https://en.wikipedia.org/wiki/Tree-sitter_(parser_generator)).