Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Claude Code: Now in Beta in Zed

zed.dev

Post reply on HN
Print view View original

171–180 of 431 posts

Re: Claude Code: Now in Beta in Zed

#171

Post by skhameneh »

I like Zed in concept. I like Zed in the architectural and foundational aspects. I want more tools like Zed to exist.

But, I find Zed challenging to adopt due to random nuances. First, settings management is a mixed bag and sometimes I just want a quick way to open the "settings.json" from the settings pane without fussing around. Then I'd like the "settings.json" to stay open (reopen) on a restart of Zed. Then I'd like the ability to use an LLM that doesn't have native tool calling support, which Zed seems to be the only app I've used that doesn't have a workaround. Then I'd like the UI to be a little easier to navigate as a new user, it feels a bit scattered and overwhelming at times.

I haven't used Zed much and I may give it another shot (soon), but it very much feels like a tool built by engineers for engineers... Which is great for power users, but seems not so great for new adopters.

I don't think the shortcomings are a blocker, but they are the reason I haven't adopted Zed. The shortcomings are just enough for me to take a step back and say "maybe I'll try again later".

Re: Claude Code: Now in Beta in Zed

#172

Post by Karrot_Kream »

unshavedyak wrote: post #111

I want to try Zed but the Helix mode seems quite young. Vim mode sounds good, but i just can't move away from Helix mode. (oh and of course, my own modifications to Helix's input config) My difficulty in finding editors that fit my desired input scheme kinda reminds me of the old pre-LSP days. Where you'd chose an editor based on it's language features. I wonder if we need some sort of common editor interface to allo…

Helix seems to have good LSP support from what I can tell? The only language I use at $WORK that doesn't have full support is GraphQL which lacks auto indent.

If you want to try something similar to Helix in emacs, there's meow-mode. While I'm not a helix user myself, it shouldn't be too difficult to get meow to work like helix.

Re: Claude Code: Now in Beta in Zed

#173

Post by Karrot_Kream »

zelphirkalt wrote: post #85
Karrot_Kream wrote: post #71

Earlier quoted context omitted.

I recently un-borked my emacs config and re-downloaded elisp into my brain so I'd be happy to help walking you through the emacs stuff. I haven't used emacs on Windows natively in a long time but I did it for years and found it worked quite well so you may want to try that again. FWIW emacs these days has native LSP support (eglot) and native tree-sitter supported, but you'll need to grab tree-sitter libraries and LS…

I mean, I am using standard Emacs daily for some 8y or so. It is just in that VM, that tried Doom Emacs, which crashed twice. Normal Emacs doesn't do that to me. And since I have the VM, I also don't need Emacs on Windows. The VM runs just fine. That VM runs a Fedora OS and has vanilla Doom Emacs installed, with a few packages activated in the doom config. So it is about as vanilla doom Emacs as it gets.

The main reason I suggest running it natively is the big speed boost. Elisp supports native compilation now and native compiled elisp running natively on your platform is quite fast.

Re: Claude Code: Now in Beta in Zed

#174

Post by pzmarzly »

bicijay wrote: post #95

The only reason i didnt move to zed from jetbrains yet is the lack of a more mature Git UI. Other than that, great editor, very fast.

After moving to Zed I also missed good Git integration that I had in VSCode with GitLens.

That pushed me to finally try Jujutsu instead of Git, since it has a CLI (and TUI and GUI, if that's your thing) that are perfectly usable by mere mortals. Now I feel as fast as when I had the Git integration, despite using the terminal.

But if I had stuck to Git, trying GitButler or Sublime Merge was the next option on my TODO list.

Re: Claude Code: Now in Beta in Zed

#175

Post by neurostimulant »

It's great that Zed adding this very useful feature, but isn't this effectively cannibalize their own AI subscription plans? Why pay zed $20 when you already pay for claude code and can use it in the assistant panel? You might still want the edit prediction feature, but then why pay zed $20 when you can pay $10 github copilot and can use it to power zed's edit prediction feature?

Re: Claude Code: Now in Beta in Zed

#176

Post by cyanf »

hu3 wrote: post #122
rtaylorgarlock wrote: post #30

Earlier quoted context omitted.

Wow. This might be the 1st time i've seen someone comment negatively regarding UI performance. Zed is one of the fastest programs i use. I used to laugh when seeing them market fps and such, but yeesh it's fast

> Wow. This might be the 1st time i've seen someone comment negatively regarding UI performance Here you go: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que... > I found Copilot tab completion completion to be VERY slow in Zed, for some reason. > Zed still takes a relatively long time to start on my old desktop. I thought something was wrong but no, it is just THAT slow > I have tried it out and by defau…

The other examples you listed are valid, but A.I tab auto complete is a model & inference issue unrelated to the editor.

Re: Claude Code: Now in Beta in Zed

#177

Post by AlexandrB »

delta_p_delta_x wrote: post #48
sapiogram wrote: post #24

Earlier quoted context omitted.

Their font rendering looks awful on non-high dpi displays, and the devs don't seem to care at all. https://github.com/zed-industries/zed/issues/7992

My guess: their shaders or text rendering don't account for sub-pixel anti-aliasing, which is critical to getting decent text rendering on low pixel density displays. If they'd used Skia (which is what Electron and Chromium use), they would've got this for free. Instead they tried to reinvent the world and didn't realise how big the world was.

I love how we just reinvent the wheel again, and again, and again, and again...

MacOS native apps have had great sub-pixel rendering all along, but I guess since we have to develop everything in Electron now it's time to reimplement all the exiting functionality.

Re: Claude Code: Now in Beta in Zed

#178

Post by pkorzeniewski »

pmg101 wrote: post #104
mikeocool wrote: post #78

Earlier quoted context omitted.

Zed's main selling point over VSCode for me is the lack of a slight delay between when I press a key and when the character appears. VSCode has always felt ever so slightly sluggish to me, and I find it maddening as I type.

So glad to hear I'm not alone! I continue to use SublimeText for this reason. Yet it doesn't seem to bother others.

Same here, still using Sublime Text due to its general snappiness, but can't wait for Zed to be released on Windows, it feels like a modern successor to ST that just keeps getting better.

Re: Claude Code: Now in Beta in Zed

#179

Post by camwest »

atonse wrote: post #102

My main issue with claude code is running multiple ones in parallel. I don't want to manually do all the git worktree stuff, I just want claude to handle it for me. So if Zed automatically handles that (where there's a worktree per thread) I can see the appeal. Apart from that, I'm already using Tower to view the changes so I'm not really sure what the value here is. I tried installing it, and got an error "can't loa…

Same, logged an issue: https://github.com/zed-industries/claude-code-acp/issues/18
Post reply on HN