←back to thread

Claude Code: Now in Beta in Zed

(zed.dev)
677 points meetpateltech | 1 comments | 03 Sep 25 15:07 UTC | HN request time: 0.001s | source
Show context
ppeetteerr ◴[03 Sep 25 17:35 UTC] No.45118464[source]▶
I love Zed and I'm glad you now have native support for Claude. I previously ran it using the instructions in this post: https://benswift.me/blog/2025/07/23/running-claude-code-with...

One thing that still suffers is AI autocomplete. While I tried Zed's own solution and supermaven (now part of Cursor), I still find Cursor's AI autocomplete and predictions much more accurate (even pulling up a file via search is more accurate in Cursor).

I am glad to hear that Zed got a round of funding. https://zed.dev/blog/sequoia-backs-zed This will go a long way to creating real competition to Cursor in the form of a quality IDE not built on VSCode

replies(9): >>45118738 #>>45118799 #>>45119067 #>>45119080 #>>45120139 #>>45120380 #>>45121210 #>>45121710 #>>45126045 #
cnqso ◴[03 Sep 25 18:09 UTC] No.45118799[source]▶
What Zed lacks in code generation quality it makes up for in not-being-an-Electron-app
replies(6): >>45118850 #>>45119433 #>>45119652 #>>45119863 #>>45121653 #>>45123340 #
llbbdd ◴[03 Sep 25 20:05 UTC] No.45119863[source]▶
Every single new HN thread should come with an automod post badmouthing Electron to save everyone time.
replies(1): >>45122458 #
dcreater ◴[04 Sep 25 01:34 UTC] No.45122458{3}[source]▶
its a bad anti-pattern that trades developer convenience for performance, UX etc. Its fair to hate on it

With the advent of coding agents, I really hope we see devs move away - back to the traditional approach of using native frameworks/languages as now, you can write for 1 platform and easily task AI to handle other platforms.

replies(2): >>45123484 #>>45123900 #
llbbdd ◴[04 Sep 25 05:32 UTC] No.45123900{4}[source]▶
This will never happen and it's a bizarre, legacy fantasy, borne of a fixed imaginary ideal of what computing should be. Programming will continue to move in the direction of ease-of-use and every time I see an out-of-topic reference to Electron in this forum I feel insane, like I'm fighting upstream. You will not see this - you will see more Electron apps, because that is the modern way of building cross-platform apps, and if you genuinely don't understand why that is I don't know how to explain it to you. You won't see another version of those because nobody is going to waste their time building cross-platform native apps at a native layer to performatively impress posters on HN. You, and seemingly everybody else on HN, can continue to pretend that devex doesn't matter, but that's the difference I guess between caring about devex and shipping products.
replies(3): >>45124104 #>>45126934 #>>45131953 #
1. komali2 ◴[04 Sep 25 13:17 UTC] No.45126934{5}[source]▶
Cross platform application development is cool but the guys who made Zed are the guys who made Atom are the guys who made Electron, and they pointed out that long term the devex sucks and that Electron simply isn't a good platform for native applications that need any kind of memory control or similar features: https://zed.dev/blog/we-have-to-start-over

> My experience in Atom always felt like bending over backwards to try to achieve something that in principle should have been simple. Lay out some lines and read the position of the cursor at this spot in between these two characters. That seems fundamentally doable and yet it always felt like the tools were not at our disposal. They were very far away from what we wanted to do.

> Nathan: It was a nightmare. I mean, the ironic thing is that we created Electron to create Atom, but I can't imagine a worse application for Electron than a code editor, I don't know. For something simpler, it's probably fine, the memory footprint sucks, but it's fine. But for a code editor you just don't have the level of control I think you need to do these things in a straightforward way at the very least. It's always some... backflip.