Live data from Hacker News

Leaving Neovim for Zed

stevedylan.dev

121–130 of 331 posts

Re: Leaving Neovim for Zed

#121
post #118

I really enjoy using Zed whenever I can. It’s incredibly snappy and has a clean UI. I agree with some of the other sentiments in this thread that I wish that the developers would focus more on some core IDE features. If Zed had better Git integration and remote support, I could switch over to it full time.

For me it's the lack of support for more languages that is stopping me... But as I write this I just went to have a look and it looks like they've just added a whole bunch in the last few months!

e.g. https://zed.dev/docs/languages/dart

Re: Leaving Neovim for Zed

#122
post #111

Earlier quoted context omitted.

-rwxr-xr-x 1 root 24 Oct 29 1929 /bin/ed -rwxr-xr-t 4 root 1310720 Jan 1 1970 /usr/ucb/vi -rwxr-xr-x 1 root 5.89824e37 Oct 22 1990 /usr/bin/emacs

I'm not getting the same results for ed? $ whereis -b ed | cut -d' ' -f 2 | xargs ls -l -rwxr-xr-x 1 root root 55504 Feb 22 2020 /usr/bin/ed

Clearly it grew a lot in size since 1929. It doesn’t waste nearly that much space on my timex sinclair.

(To explain and thus ruin the joke, https://www.gnu.org/fun/jokes/ed-msg.html)

Re: Leaving Neovim for Zed

#123
post #41

Most of the negatives mentioned (fragility, bugs, plugins breaking often) are specific to neovim. It's one of the reasons why I am and will always keep using vim instead of neovim. Vim is a much more mature ecosystem, less chasing the newest "plugin du jour", my vimrc is stable, based on a few dozen plugins which are feature complete and rock solid stable.

I used Vim for around 15 years before switching to Neovim. I have no desire to go back.

In my experience Neovim is very reliable, even when building off `master`, which I did for a couple of years.

Re: Leaving Neovim for Zed

#124
post #111

Earlier quoted context omitted.

I'm not getting the same results for ed? $ whereis -b ed | cut -d' ' -f 2 | xargs ls -l -rwxr-xr-x 1 root root 55504 Feb 22 2020 /usr/bin/ed

Clearly it grew a lot in size since 1929. It doesn’t waste nearly that much space on my timex sinclair. (To explain and thus ruin the joke, https://www.gnu.org/fun/jokes/ed-msg.html )

Alternative reply:

    while :; do echo ?; done
Is only 24 bytes.

Re: Leaving Neovim for Zed

#125
post #62
post #41

Most of the negatives mentioned (fragility, bugs, plugins breaking often) are specific to neovim. It's one of the reasons why I am and will always keep using vim instead of neovim. Vim is a much more mature ecosystem, less chasing the newest "plugin du jour", my vimrc is stable, based on a few dozen plugins which are feature complete and rock solid stable.

neovim is what happens when the javascript kids decide to "improve" one of the best editors ever created. The entire Lua ecosystem standing on 50 unstable plugins that provide the entire kitchen sink, yet do not even have a 1.0 version is nightmarish. Follow any guide and either everything breaks, or you get an hodgepodge of automagic popups, stuff that autodownloads, flash messages and useless features that are comp…

What on earth are you talking about?

Re: Leaving Neovim for Zed

#126

Earlier quoted context omitted.

Is it named Dockerfile or Dockerfile.jinja?

It’s named Dockerfile. However, I suspect if it’s named jinja, the Docker parts won’t be syntax highlighted!?!?

In my experience, yes. But you can't really expect a syntax highlighter to support every combination of template language and file language, so this seems reasonable enough.

Re: Leaving Neovim for Zed

#127
post #108
post #103

"It just works" is precisely why I use Jetbrains products. I'm amazed they are not that common in many developer communities. They are amazing tools.

Personally, it’s because they are not open source and not as fast.

Yesterday RustRover became so unresponsive that the UI would freeze for more than 15 seconds (as reported by their exception notifications) and completions would take 5 seconds to appear and be wrong or lacking most times.

I was seriously doubting the internal Rust engine (they don’t use rust-analyzer or LSP), so I switched to VSCode with the rust-analyzer extension, and the same happened there too, although no freezing. Turns out some of my types were 80k characters long, and ‘cargo clippy’ was taking ~900 seconds of one core pegged at 100% for rustc. Oops.

Now I know what they mean when complaining about super long compile times on Rust, and I wasn’t even doing async :)

Re: Leaving Neovim for Zed

#128

I like Zed too and use it on a daily basis. I've always wanted to take the opposite journey where I leave Zed/Sublime for Vim. While I have always to become a Vim expert, I never put in the time. There just hasn't been a situation in my career where I wish I could type faster than my thoughts. But maybe I'm just a scrub in this field.

as a long time vimmer, the advantage isn't anything to do with editing speed, people can edit quickly in most any editor these days. It's more about having this editing "language" that allows you to be pretty expressive about the edits you want to do in a precise and concise way. This Verb+noun language takes a while to learn, but when you get reasonably fluent in it, other ways of editing just feel like more work. To me, this feels like it frees up my thought process. If you imagine refactoring tools, they let you make changes that you could do at a lower level, but they just make life easy. Vims language is like a mini editing refactoring tool that combos in a lot of different ways that just feels easy once you get the hang of it.

Re: Leaving Neovim for Zed

#129
post #12

I initially loved Zed. But as their focus has shifted to building Collaboration & AI features, and still haven’t yet nailed just being a good/great base editor, its become less useful to me. I still have a lot of hope for Zed. But for the time being, I’ve switched back to my old editor & IDE … and I’ll try Zed again at a much later date.

Since many here are complaining about this, I’ll jump in here to say the contrary.

I love the AI integration in Zed, it’s really smooth, pleasant to use, and well-integrated. I have a good experience pairing it with Sonnet 3.5.

The REPL feature is great as well and I totally see myself using that.

I agree on the collaboration bit though. I understand it’s one of the original premises and goals of Zed, however in order for it to really work well, I think you’d need to get everybody in your company to use Zed… which is honestly a “pretty tough” sell. I could imagine it making more sense if they had IntelliJ and VSCode plugins integrated with it, so the adoption could be more incremental.

That said, I agree that I definitely miss e.g. debugging support.

Re: Leaving Neovim for Zed

#130

You know you are a text editor enthusiast when you spend 60% of your time fiddling with your config, 30% of your time writing about it, and 10% of your time working on something useful/interesting. Just use VS Code.

I can fall into this trap(?). It's probably a simple equation along the lines of the time saved needing exceed the time spent optimising (and all associated activities). The same thing can apply to productivity software, hardware, etc. There are probably diminishing returns. There's also the opportunity cost of using the same time practicing a skill that could lead to a greater efficiency benefit. I do know people get a kick out of tinkering with their tools, however, so it's not just efficiency.
Post reply on HN