That was my first thought as well, but I will say that uBlue distros had a signing issue preventing updates recently, due to an oversight with how they rotated their image signing keys, and the easiest (maybe only?) solution was to pipe a curl command to sh. Even though uBlue is trustworthy, they still recommended inspecting the script, which was only a few lines of code.
In this case, though, I dunno why they don't just package it as a flatpak or appimage or put it up on cargo.
Edit: nvm, they have some package manager options.
It is worrisome that all the smug elitists are too incompetent to just leave off the pipe and review from stdout, or redirect to a file for further analysis.
Same people will turn around and full throat the aur screaming 'btw' to anyone who dares look in their direction.
By that logic you have to review the Zed source code as well. Either you trust Zed devs or you don't - decide! If you suspect their install script does something fishy, they could do it just as well as part of the editor. If you run their editor you execute their code, if you run the install script you execute their code - it's the same thing.
Aur is worse because there usually somebody else writes the PKGBUILD, and then you have to either decide whether to trust that person as well, or be confident enough for vetting their work yourself.
I use rust only if we need performance, for small services. The industry does the same. People use node for backend but e.g. redis is in rust.
It's a good tool if you use it for the right stuff.
EDIT: redis is not in rust, but e.g. aws writes many services in rust
I am BEGGING for any editor other than VSCode to have decent remote development. I want to go open source but everything I've tried (remote-nvim, distant, tramp, vscodium, etc.) just doesn't cut it.
Have you tried running doom emacs in tmux on the remote server and accessing it with ssh? Doom emacs is all the good of an emacs environment, all the good of vim keybinds, and they worked in a decent amount of optimizations so it only loads the necessary stuff on demand (mine has a startup time of just over 1 second, slower than vim but barely an inconvenience). Can write a quick script to ssh copy (or git pull) your current configs on the server so you only have to maintain one set of configs if you want
Probably because it's more efficient. GPUs are designed to render things, which editors do. In a text editor, you're effectively rendering fonts over a fixed background, which I assume is pretty efficient using the GPU.
Same reason you need it for your terminal (see kitty terminal). It's surprisingly slow to cpu render text, gpu rendering is more power efficient and far more responsive
I still do not understand why Zed makes such a big deal about being GPU accelerated when you'll be hard pressed to find a single text editor nowadays that isn't.
Very first impressions since I literally just downloaded before writing this, and haven't read the manual, I may change my mind with more experience.
It's incredibly snappy, to my eyes as fast as Helix.
A lot of stuff that took me a while to figure out in VS Code was immediately obvious. How to toggle inlay hints for Rust? Parameter Icon > Inlay Hints (with the keyboard shortcut there for easy toggling).
Interactive is generally intuitive because it seems pretty permissive. Tab vs Enter to autocomplete? Either! ctrl-shift-Z vs ctrl-Y to redo? Same thing!
After being so used to Helix I often reach for keybinds that don't exist. I might have to learn Vim keybinds because I'm definitely going to keep trying Zed.
Not sure how I feel about what seems to be an inline discord-like chat/voice-call feature.
Going to check out if there's git integration, because I couldn't easily find it.
Going to check out if there's git integration, because I couldn't easily find it.
Asking this because I'm noob, not elitist ass: Why a git integration in ide instead of using the cli? I've been working only on few projects where git is used, but the cli seems to be a ton easier to understand how to work with than the git integration in vscode which I discarded after few attempts to use
Git integration seems to be so embedded that it's easy to miss. Open a git repository folder and you can switch branches and whatnot. But, like, in the command palette, there's no Git > Pull or Git > Clone as in vscode. (I have barely scratched the surface so it might be there hiding in plain sight.)
Better/simpler experience out of the box. With Helix you install the LSPs for languages you use and you're set with a fully featured editor. Manual configuration is only needed for setting themes, keybinds, and small setting changes. It also feels much faster than a fully configured vim/neovim. Lastly its keybinds are inspired by Vim/Kakoune, but different from both.
Zed seems cool, but not much better than other options. I am still kind of thrown off by the immediate GH/CoPilot integration. Am I the an old man left in the caves of feeling that I don't need the AI help?
I tried saving to a file that required root and it didn't give any prompt to enter the password.
On VSCodium normally if you are trying to write to a file that requires sudo then it prompts you.
built from the ground up with rust. Why the fuck is that the first and usually only (non-)feature to mention in any project written in rust? Who the fuck cares?
I care because I know the values of those programmers in a narrow scope and won't be as annoyed when I inevitably have to go debug the rust code instead of C.
However, that values statement was challenged by automatic binary downloads without user confirmation.
Luckily the fix is already in progress, but its concerning it was ever implemented.