Live data from Hacker News

Trying out Zed after more than a decade of Vim/Neovim

sgoel.dev

101–110 of 154 posts

Re: Trying out Zed after more than a decade of Vim/Neovim

#101
I've recently switched from SublimeText to Zed and I like it so far, mainly because it's noticeably faster at all UI touch points (typing, searching, pane switching). I mainly use it to work on a Rails codebase. I set up a bunch of snippets to have the same keyboard shortcuts offered by Sublime to insert ERB instructions. I managed to get rubocop to perform in-editor validations, same for eslint however "format on save" with eslint continues to fail (it either writes an empty file or it ignores my eslint config and falls back to its internal settings). I haven't used its code completion features since my use of AI to assist with coding happens outside of an IDE (yes, I will try to change that).

Re: Trying out Zed after more than a decade of Vim/Neovim

#102
>my workflow consists of switching back and forth between a terminal window and an editor window

You can open as many terminal buffers in neovim as you'd like, AND at the same time you can open as many neovims in terminals as you'd like...

Why choosing GUI neovim client and switching back and forth? Truly don't understand it

Re: Trying out Zed after more than a decade of Vim/Neovim

#104
I gave Zed a try, and it seems great! The only problem is that I can't seem to get GPU acceleration working on my laptop (Thinkpad x220 running Debian), which negates the performance benefit Zed has over other editors. I know I'm in a slim minority of people with this problem, but I can't be alone. Ordinarily I use vscode on my desktop in my dayjob, and vim on my Thinkpad if I'm on the move. Using vim over vscode extends the battery life by hours. Thinking out loud: How much will using a laptop's GPU for rendering impact the battery usage? Often I need to be able to get at least a few hours usage out of my laptop between charges when traveling.

Re: Trying out Zed after more than a decade of Vim/Neovim

#105

Just last week some hero claimed to be adding helix keybindings to zed ( https://github.com/zed-industries/zed/issues/4642#issuecomme... ). Golly I hope they succeed.

What I find strange about an open source product funded by VC money is that all of the people are helping make it a better editor and yet when they eventually exit none of the money will go to them. Compare that to vim where it's truly an open source product.

If I want a thing badly enough to make it happen for myself and others such that I make a code change, that's orthogonal to whatever others are paying each other for around that code. So long as I don't later lose access to that code, why care? I'm all for avoiding contributing to ventures that are harmful in some way, but I don't think somebody making money as a side effect is harmful.

The alternative would be to presume that I have some kind of ownership over it by having contributed to it--and I'm a bit allergic to the idea that code can be owned.

Re: Trying out Zed after more than a decade of Vim/Neovim

#106
post #100

Earlier quoted context omitted.

> I've always just closed vim to use the terminal You don't mind losing all your editor state? If you don't like working with multiple terminal windows, why not open a term within vim with `:term`?

What editor state are you losing when you leave vim? I run a pretty light vanilla vimrc (60 lines maybe) and with two lines you can enable vim undofiles and returning the cursor to the last location upom reopening a file. For me, quitting vim is functionally equivalent to ^Z?

[deleted]

Re: Trying out Zed after more than a decade of Vim/Neovim

#107

> Lua is great, but one JSON file is even better I will never understand how you go back from a very customized editor setup to the one with "reasonable defaults with little to no things to configure". Great talk on this topic by TJ: Personal Development Environment: https://youtu.be/QMVIJhC9Veg

>I will never understand how you go back from a very customized editor setup because when the very customized setup inevitably breaks the amount of headache you have is roughly proportionate to the amount of customization, whereas software with strong defaults tends to deal with that for you. This is particularly the case with neovim which, in almost deliberate defiance of any systems thinking, just tends to consist…

I see people mentioning neovim "breaking" and to this day I have no idea what everyone is talking about. I have a very customized neovim setup, update almost every day, and quite literally have never experienced a single thing breaking.

Re: Trying out Zed after more than a decade of Vim/Neovim

#108

I use cursor and vim now. I have been on vim for 15+ years. Are there LLM extensions that make vim work like all these new AI editors? I would prefer to stay in 100% vim world, but the productivity benefits from LLMs with composer mode and context is so powerful.

Copilot has a vim extension that works quite nicely, but doesn't do all the things that cursor does.

Re: Trying out Zed after more than a decade of Vim/Neovim

#109
I love Zed. Maybe the only problem I've encountered:

- have a couple of windows open, each showing a different directory

- in one, open a file from it's directory, not by locating it in the file tree, but via the open dialog

- file opens in the other window

I get that my second step is 'wrong' but this behaviour is still annoying and feels buggy.

Re: Trying out Zed after more than a decade of Vim/Neovim

#110

> Lua is great, but one JSON file is even better I will never understand how you go back from a very customized editor setup to the one with "reasonable defaults with little to no things to configure". Great talk on this topic by TJ: Personal Development Environment: https://youtu.be/QMVIJhC9Veg

> I will never understand how you go back from a very customized editor setup to the one with "reasonable defaults with little to no things to configure".

That's one of the reasons why I chose Vim over Emacs after switching back and forth for a while.

I do prefer the design of Emacs because I prefer having full control over my environment - I even coded more than a couple of tiny, application-specific editors - but sometimes I have better things to do than e.g. reading docs or searching for a plugin/extension mod that does what I need, or do it myself; sometimes I am a mere luser who want things to "just work" out-of-the-box.

Post reply on HN