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

Zed: High-performance AI Code Editor

zed.dev

Post reply on HN
Print view View original

181–190 of 447 posts

Re: Zed: High-performance AI Code Editor

#181

Post by ndiddy »

duped wrote: post #137
samtheprogram wrote: post #111

Earlier quoted context omitted.

You should report an issue with your specs, not just say “other applications don’t have this problem” — especially as a Linux user. For one, not all applications are GPU accelerated. Two, their UX may need to be improved for a specific hardware configuration. I have used Zed with good performance on Intel dGPU, AMD dGPU, and Intel iGPU without issue — my guess is a missing dependency?

Meh, it's not worth the trouble. I don't care enough about using Zed to fix their Linux distribution problems or debug something for them. This isn't some volunteer backed FOSS project where they get a free pass or free QA work from me.

What's the point of commenting that it's slow if you don't care about using the program and switched to something else? Also, how is whether the project is volunteer-run relevant? Would you file a support ticket for commercial software you use saying "it's slow" and then when they follow up asking for details about your setup, you say "sorry, you don't get free QA work from me"? Do you really think that would lead to them fixing your performance problem?

Re: Zed: High-performance AI Code Editor

#183

Post by dcre »

master-lincoln wrote: post #56
divan wrote: post #22

Meanwhile I'm checking Helix editor every 6 month to see if authors became any less hostile to the idea of thinking about considering of starting thinking about potentially adding copilot support. https://github.com/helix-editor/helix/discussions/4037

Why should an open source editor support some single commercial product API in their core? Why copilot and not another product? It's completely reasonable to me that this should be a third party plugin or that they should wait for some standard that supports many products.

It's not about it being locked to a commercial product — whatever they built would be provider-agnostic. My understanding is the decision is more about not wanting to build things into core that are evolving so quickly and not wanting to rely on experimental LSP features (though I think inline completions are becoming standard soon[1]). Zed itself is perfect evidence of that -- they built an AI integration and then basically had to throw it away and rebuild it because the consensus best practice design changed. The Helix maintainers don't have time for that kind of churn and aren't trying to keep up with the hype cycle. When the plugin system is ready people will be able to choose their preferred implementation, and maybe eventually some aspects of it will make it into core.

[1]: https://microsoft.github.io/language-server-protocol/specifi...

Re: Zed: High-performance AI Code Editor

#184

Post by dcre »

lemontheme wrote: post #146
master-lincoln wrote: post #56

Earlier quoted context omitted.

Why should an open source editor support some single commercial product API in their core? Why copilot and not another product? It's completely reasonable to me that this should be a third party plugin or that they should wait for some standard that supports many products.

As @adriangalilea recently aptly wrote in Helix's 2nd-longest discussion thread (#4037): > For the nth time, it's about enabling inline suggestions and letting anything, either LSP or Extensions use it, then you don't have to guess what the coolest LLM is, you just have a generic useful interface for LLM's or anything else to use. An argument I would agree with is that it's unreasonable to expect Helix's maintainers…

As I say in my comment, they may even care about it but not have time to churn while best practices are figured out.

Re: Zed: High-performance AI Code Editor

#186

Post by bick_nyers »

LeafItAlone wrote: post #46

A bit off topic: For work I mostly develop on Python and Typescript. I’ve been using PyCharm Professional for over a decade (after an even longer time with emacs). I keep trying to switch to vscode, Cursor, etc. as they seem to be well liked by their users. Recently I’ve also tried Zed. But the Jetbrains suite of tools for refactoring, debugging, and general “intelligence” keep me going back. I know I’m not the only…

I've been using PyCharm for the debugger (and everything else) and VSCode + RooCode + Local LLM lately.

I've heard decent things about the Windsurf extension in PyCharm, but not being able to use a local LLM is an absolute non-starter for me.

Re: Zed: High-performance AI Code Editor

#187

Post by fhd2 »

This seems like a really great demo of the agent panel:

https://zed.dev/blog/fastest-ai-code-editor

It's fast paced, yet it doesn't blush over anything I'd find important. It shows clearly how to use it, shows a realistic use case, e.g. the model adding some nonsense, but catching something the author might have missed, etc. I don't think I've seen a better AI demo anywhere.

Maybe the bar is really low that I get excited about someone who demos an LLM integration for programmers to actually understand programming, but hey.

Re: Zed: High-performance AI Code Editor

#188

Post by ramon156 »

I've used zed both for work and personal projects. I'm not a fan of the direction they're going. I don't want "agentic" tools, I just want to back and forth with an LLM to get a better idea. I've specified in my markdown to not write actual code to files. Would be nice if this was togglable in settings.

Apart from that, it's a hell of a lot better than alternatives, and my god is it fast. When I think about the perfect IDE (for my taste), this is getting pretty close.

Re: Zed: High-performance AI Code Editor

#189

Post by jptlnk »

tiffanyh wrote: post #123

Slightly OT: Why aren't AI coding assistants implemented as plugins (like through an LSP), rather than being a standalone AI-first editor (like Cursor)? I might be missing the obvious, and I get no standard exists, but why aren't AI coding assistants just plugins?

I don't think it's obvious but in my own experiments with this it's things like permissions that can get a little hairy. It's all doable and IMO preferable to have an agent-as-daemon. aider is kind of like this.
Post reply on HN