Live data from Hacker News

Leaving Neovim for Zed

stevedylan.dev

321–330 of 331 posts

Re: Leaving Neovim for Zed

#321
post #229

A lot of editors are being discussed here but I see nobody has mentioned Kate (KDE's Advanced Text Editor) [1] in the conversation yet, so I'm doing it. Kate is a very mature and capable editor, and even if I only use it on Linux I'm glad to know that it is also available on macOS and Windows. It natively supports LSP and has much, much more to offer in terms of project management, support for build system, support f…

If you like Kate you should check out kdevelop. It uses Kate as a core and expands on it.

Much more project management tools and more advanced IDE-isms. It's primarily for C++ but, of course, has all the LSP support of Kate.

You can follow definitions, visually set breakpoints, automatically lint your code, etc. But one of my favorite rare features is the Class Browser. Being able to visually see a class hierarchy is very valuable, particularly for GUI libs and stuff of that nature that really leans into inheritance.

Re: Leaving Neovim for Zed

#322
post #177

Earlier quoted context omitted.

I think the trick of text editors/note apps has become such that every few years you have to look for something else. Especially the note apps - either it dies, or bloats up, or these days more often goes subscription route ALONG WITH other negatives.

Or, you know, just use emacs.

And then rewrite your init.el every couple of years.

Re: Leaving Neovim for Zed

#323
post #316
post #173

Earlier quoted context omitted.

>neovim is what happens when the javascript kids decide to "improve" one of the best editors ever created I don't think that's accurate. Now, if OTOH you said "the Lua kids" then I'd probably agree.

There are no Lua kids, i.e newbie programmers that start their career from Lua. The neovim Lua kids were JS kids all along, and brought their philosophy of churn over.

I find this to be an interesting theory, but where is the evidence for it?

Re: Leaving Neovim for Zed

#324

Earlier quoted context omitted.

> The average developer averages 10 lines of finished code per day This is a ridiculous statement. Citation needed.

> This is a ridiculous statement Ten lines per day?? Over my 20-year career in Big Tech I figure I've averaged about 10 lines of shipping code per week . I've been working in a domain-specific field and have shipped several kernel features. These days I'll sometimes go an entire quarter without writing a single line of code. Not all of us went down the "Java code monkey" career path.

I work on big tech and average far more lines of production code per day because where my project falls on this spectrum. The biggest thing that I've seen slow things down is scale (both size of codebase as well as users), followed by testing culture. This and a few other factors dictate the rate at which you invest in feature development. Not everything is a heavily undertested behemoth that has hundreds of millions of users. Therefore your experience may differ greatly from others and that means no one has the right experience. Even different roles within an organization making a common product can experience great variance based on subdivision (infra vs platform vs product vs security, seniority, etc).

Re: Leaving Neovim for Zed

#325

There is one big issue with terminal editors that I keep running up against: single font size. One notable place where this is an issue is file listings, being able to have smaller proportional fonts makes a huge difference in usability. I have switched to Zed, but it sadly shares more in common with vscode than it does vim. I believe the ideal text editor would bring a small amount of GUI to the general idea of one…

Telescope feels so game-changing, and I've not found anything like it outside of Neovim and Emacs. Being able to fuzzy search a buffer or my project instantly makes navigation insanely fast. People talk about not needing to type fast when coding, but I do need to navigate quickly, especially to not lose context while thinking. Ivy/Helm/Telescope with one of the various jump libraries (and LSP of course) makes code na…

I mean every single editor has fuzzy file finding these days.

Re: Leaving Neovim for Zed

#326
post #192

Earlier quoted context omitted.

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 freez…

> Turns out some of my types were 80k characters long, I know Rust uses name/symbol mangling but what sort of type declaration in Rust ends up with that long names ?

A parser with Chumsky. There’s a lexer with logos too, but that’s simple and fast. Chumsy makes you create parsing functions which are chains of other parsing functions, and the types can become insanely long, if you don’t box some of them for erasure.

edit: to elaborate, it’s not that the type name was 80k characters, the type definition itself was, like TypeA>, TypeB>>

Re: Leaving Neovim for Zed

#327

Echoing similar sentiments that I'm optimistic for Zed to become more polished and stable. Till then, Sublime Text 4 is still the best non-terminal text editor I've ever used and I continue to daily drive it. Sure its paid and non-FOSS, but its incredibly performant on Linux and Windows and its LSP extension + Sublime Merge fill the gap left by VSCode for me. Well worth the price tag IMO.

My only gripe with Sublime Text is that they've changed to a "semi subscription" license model, where licenses expire after 2-3 years, and you essentially need to buy it again after that time. It's essentially the same model used by other editors like the Jetbrains suite, but unlike Jetbrains, updates to Sublime Text (and Merge) are few and usually don't contain much other than bugfixes. I've faithfully purchased Sub…

I'm actually using an expired ST4 license, but as another user already mentioned, you can continue using the versions available to you while your license was active. This is fine for me because I find Sublime Text to be a better experience than VSCode and Zed.

Re: Leaving Neovim for Zed

#328
post #316
post #173

Earlier quoted context omitted.

>neovim is what happens when the javascript kids decide to "improve" one of the best editors ever created I don't think that's accurate. Now, if OTOH you said "the Lua kids" then I'd probably agree.

There are no Lua kids, i.e newbie programmers that start their career from Lua. The neovim Lua kids were JS kids all along, and brought their philosophy of churn over.

Follow up: it would be interesting to see the raw numbers of how many JS Kids have transferred over to Lua development.

Re: Leaving Neovim for Zed

#329
post #229

A lot of editors are being discussed here but I see nobody has mentioned Kate (KDE's Advanced Text Editor) [1] in the conversation yet, so I'm doing it. Kate is a very mature and capable editor, and even if I only use it on Linux I'm glad to know that it is also available on macOS and Windows. It natively supports LSP and has much, much more to offer in terms of project management, support for build system, support f…

Kate is the only even remotely close alternative to Notepad++ for me. Close enough that I maintain a personal fork stripping out all the stuff I don't use and modifying a few small things to my preferences (e.g. load/save sessions from file menu, no need for 'session manager'.

Re: Leaving Neovim for Zed

#330

> I was already a keyboard maximalist from previous jobs where I learned speed = productivity I've never understood this. In over 30 years in the industry, I've not once held a job where my keyboard speed had a noticeable effect on my productivity. Even when I had to type one-handed for a month, my productivity was unchanged. The average developer averages 10 lines of finished code per day. And even with a raw 10x th…

I have to disagree; average is not a good way to measure. I have written approximately 6,000 lines of code (including empty lines but excluding some generated code) over the past few weeks. Yes, I write design documents before coding, and most of the code is completed within a few days. I definitely spend a lot of time debugging, but almost all of those activities have been constrained to code. Test cases are very helpful in making the process clean. I use Neovim inside iTerm2, so all those activities are done within terminal. By maximizing productivity through the use of the keyboard, I can eliminate many dependencies, such as the mouse and multiple displays. I believe dependencies are a source of distractions.

Most importantly, writing helps thinking. When I am stuck, I just write random comments (which I delete later) in the editor to help me think.

Post reply on HN