i use emacs, and was excited by zed and built it months ago. i was mostly excited for the ollama integration (local llm/copilot). it was nice, but I have found a emacs package that adds it and though it needa some work it isnt enough for me to switch and deal with building from source.
It's probably more a matter of principle. I've used VSCode for most of my programming career, but I'm currently evaluating whether switching to Zed is an option for me. VSCode has some pretty long startup times due to its choice of underlying technology, and the same choice also adds some jank further down the chain. By comparison, Zed chose a much more sane technology. Even if Performance isn't technically an issue, wasting computer resources is still something I don't really agree with, hence my interest.
If anyone can help me get tmux to work on zed I'd appreciate it 😢 i can't split/C-b % because ctrl b in terminal context maps to workspace open file tree, been trying to find a solution/ticket on their github page without success
I don't know. VS Code isn't ideal, but it's pretty good, and I'm not sure I want to learn a new editor. Plus some of my work is done on Windows. And I find VS Code pretty performant.
The default keybinds for Zed are fairly similar to VSCode, I only had to change like 5-10 binds because they were missing or didn't match my preference (I hate recent-order CTRL+TAB). Performance is great so far, and the fact that it installs the necessary LSP tooling for you is pretty neat, though some might consider this bloated. My only issue I've had with it is that it doesn't use my extension-provided base16-dracula theme right on launch, and takes a couple second to switch. Launch itself takes less than a second, though.
It is open for me, arch too, but it has issues with autosuggestion selection (it has one suggestion on top of another), so still not usable for real work. Still gonna use nvim and vscode
So it's open source, but has a contributor license agreement and is backed by a for-profit company. Which means if they ever get into a dominant position, they will definitely use it to start locking people into a proprietary ecosystem built on top of their open source foundation (which is exactly what Microsoft does with VSCode and it's extension store + proprietary LSPs replacing open source ones by becoming defaults). No thanks, I already have to use VSCode and this is no better. Theia looks more promising.
@@RarelyCorrect Theia is also built with web tech, which is a little eh. CLAs are pretty normal. If it becomes like VSCode, remember Codium and how it's completely viable.
it started on apple thus porting it to linux is way easier than to windows. apple and linux have a higher combined market share than windows (for developers).
@@anonymouscommentator oh I see. I didn't know that distinction. I always thought that windows had more support for developers. I know there's specialized Linux kernels for companies and traders, but those aren't usually available to the public. That's why Zed is a big deal for developers
Don't fall for marketing claims. People measured it and found Sublime still reacting faster. VSCode is also not slow really, I don't know why people who don't use it keep saying it is.
yes because sublime isn't a true IDE, no wonder it still reacts faster, also coming from experience VSCode* really can be slow, and i have a rather modern machine, ive made the switch the Arch (btw) around a month back and i'm loving it, VSCode is slightly better but still not 'speedy' as i would want to call it
I have installed Zed this week. It is cool. Now I use Zed and Neovim
i use emacs, and was excited by zed and built it months ago. i was mostly excited for the ollama integration (local llm/copilot). it was nice, but I have found a emacs package that adds it and though it needa some work it isnt enough for me to switch and deal with building from source.
What is the killer feature? Performance?
Never had a problem there in vscode..
There is no killer feature. It's just a really good suite, the team has a strong reputation, and there is no Microsoft attachment.
It's probably more a matter of principle. I've used VSCode for most of my programming career, but I'm currently evaluating whether switching to Zed is an option for me. VSCode has some pretty long startup times due to its choice of underlying technology, and the same choice also adds some jank further down the chain. By comparison, Zed chose a much more sane technology.
Even if Performance isn't technically an issue, wasting computer resources is still something I don't really agree with, hence my interest.
you are complacent w the bloat and sluggishness of vscode
If anyone can help me get tmux to work on zed I'd appreciate it 😢 i can't split/C-b % because ctrl b in terminal context maps to workspace open file tree, been trying to find a solution/ticket on their github page without success
I don't know. VS Code isn't ideal, but it's pretty good, and I'm not sure I want to learn a new editor. Plus some of my work is done on Windows. And I find VS Code pretty performant.
The default keybinds for Zed are fairly similar to VSCode, I only had to change like 5-10 binds because they were missing or didn't match my preference (I hate recent-order CTRL+TAB).
Performance is great so far, and the fact that it installs the necessary LSP tooling for you is pretty neat, though some might consider this bloated.
My only issue I've had with it is that it doesn't use my extension-provided base16-dracula theme right on launch, and takes a couple second to switch. Launch itself takes less than a second, though.
Well that's good to know, thanks!
I think I prefer my neovim :D
😁
after watching some videos about zed, I also prefer my neovim 😁
Zed doesn't even open in Archlinux
It is open for me, arch too, but it has issues with autosuggestion selection (it has one suggestion on top of another), so still not usable for real work. Still gonna use nvim and vscode
@@Just_Areki nvim and vscode is the forever ultimate combination
@@debajyatidey9468 Works fine for me under Arch and Sway. Suggestions work fine too.
So it's open source, but has a contributor license agreement and is backed by a for-profit company. Which means if they ever get into a dominant position, they will definitely use it to start locking people into a proprietary ecosystem built on top of their open source foundation (which is exactly what Microsoft does with VSCode and it's extension store + proprietary LSPs replacing open source ones by becoming defaults). No thanks, I already have to use VSCode and this is no better. Theia looks more promising.
That's a lot of maybe's 😁
@@RarelyCorrect Theia is also built with web tech, which is a little eh. CLAs are pretty normal.
If it becomes like VSCode, remember Codium and how it's completely viable.
Not available on Windows but Apple and Linux? The irony is heavy
it started on apple thus porting it to linux is way easier than to windows. apple and linux have a higher combined market share than windows (for developers).
@@anonymouscommentator I'm guessing you meant to say "linux for developers" at the end?
@@SPOOKIEMOOKe oh my bad yes, i corrected it now. thanks!
@@anonymouscommentator oh I see. I didn't know that distinction. I always thought that windows had more support for developers. I know there's specialized Linux kernels for companies and traders, but those aren't usually available to the public. That's why Zed is a big deal for developers
Don't fall for marketing claims. People measured it and found Sublime still reacting faster.
VSCode is also not slow really, I don't know why people who don't use it keep saying it is.
yes because sublime isn't a true IDE, no wonder it still reacts faster, also coming from experience VSCode* really can be slow, and i have a rather modern machine, ive made the switch the Arch (btw) around a month back and i'm loving it, VSCode is slightly better but still not 'speedy' as i would want to call it
lol no idea why we need to bring your distro into this... btw
VSCode uses more resources from the start and slows down with many extensions. So the baseline is perfectly usable, but it is wasteful.