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

251–260 of 447 posts

Re: Zed: High-performance AI Code Editor

#251

Post by jenadine »

volkk wrote: post #176
jenadine wrote: post #172

Earlier quoted context omitted.

> I can't wait until GPUI becomes a bit more mature/stable so I can build on top of it I wouldn’t hold my breath. GPUI is built specifically for Zed. It is in its monorepo without separate releases and lots of breaking changes all the time. It is pretty tailored to making a text editor rather than being a reusable GUI framework.

i don't think that's quite true based on this repo: https://github.com/zed-industries/create-gpui-app i think there's some desire from within zed to making this a real thing for others to reuse.

That repo is to download a small template (why do we need a crate for that?), and it still pulls `gpui` directly from the Zed monorepo via a git dependency.

That kind of setup is fine for internal use, but it’s not how you'd structure a library meant for stable, external reuse. Until they split it out, version it properly, and stop breaking stuff all the time, it's hard to treat GPUI as a serious general-purpose option.

Re: Zed: High-performance AI Code Editor

#252

Post by benrutter »

level87 wrote: post #120
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

I love Helix, not fussed about this at all, happy to use a robust editor that doesn't have hundreds of plugins barely holding it together.

This rings so true for me! Helix is beautiful and works fantastic, I'm pretty happy not having AI integrated into my editor so Helix is basically exactly as I want without any extras I don't!

Re: Zed: High-performance AI Code Editor

#253

Post by Xiol32 »

askonomm wrote: post #197
krastanov wrote: post #18

Earlier quoted context omitted.

I am amazed people consider 1440p low resolution. My knee-jerk reaction was to assume you were sarcastic. I use a monitor of roughly that many lines of pixels and have never had observed blurry text in the tools I use (and I use fairly small fonts).

I mean the last time I saw anyone have a 1440p display was back in the early 2010's, so ... nowadays most people that I know buy 4k 27"/32" displays at minimum, with 5k displays gaining popularity as the price for them goes down. Macbooks for example come with a very high resolution display, and so do most high-end PC laptops, too.

Great sample size

Re: Zed: High-performance AI Code Editor

#254

Post by haiku2077 »

andrepd wrote: post #104
volkk wrote: post #23

Zed is exactly how software should be made. Granted, I don't agree with all of their UX decisions (i think the AI panel is really bad compared to Cursor's), but good lord is the thing fast. These guys are the real deal. They built a rendering system (GPUI) in Rust before building Zed on top of it, and so it is one of the fastest (if not the fastest) pieces of software that resides on my computer. I can't wait until G…

Honestly, miss me withy the AI shit. I just want an open-source Sublime Text that has first-class support for LSP.

That's also Zed. You can turn off the AI features in the settings and a have a very fast, LSP-based editor.

Re: Zed: High-performance AI Code Editor

#255

Post by as-cii »

sippeangelo wrote: post #246

This doesn't seem ready for real use. Testing it right now, is miles slower than Cursor for simple edits in the AI panel, and behaves in what seems to be a broken way. I gave up after it started to type out my entire file from scratch for every edit and presenting a diff for the entire file, rather than the few lines that were changed. Does it not do incremental edits like Cursor? It seems like the LLM is typing out…

Hey! Zed co-founder here.

We actually stream edits and apply them incrementally as the LLM produces them.

Sometimes we've observed the architect model (what drives the agentic loop) decide to rewrite a whole file when certain edits fail for various reasons.

It would be great if you could press the thumbs-down button at the end of the thread in Zed so we can investigate what might be happening here!

Re: Zed: High-performance AI Code Editor

#256

Post by bergheim »

SafeDusk wrote: post #131
slowmovintarget wrote: post #103

Earlier quoted context omitted.

Sounds similar to gptel[1] for Emacs. It provides a solid foundation for more complex compositions like gptel-aibo[2] or mcp.el [3]. Yours is the full agent, though... Nice. [1] https://github.com/karthink/gptel [2] https://github.com/dolmens/gptel-aibo [3] https://github.com/lizqwerscott/mcp.el

For sure! I'm surprised myself how far one can get with just seven tools: read, write, diff, browse, command, ask, and think. It's like lisp's original seven operators: quote, atom, eq, car, cdr, cons and cond. And I still can't stop smiling just watching the agent go full turbo mode when I disable the `ask` tool.

It's amazing. Just like you keep repeating full turbo, I hope we all go full turbo, all the time! Who needs thoughtful care in these things anyway, that's for another day! Lets goooo

Re: Zed: High-performance AI Code Editor

#257

Post by jflessau »

I’m developing in TS and Rust for the most part.

Went from Atom, to VSC, to Vim and finally to Zed. Never felt more at home. Highly recommend giving it a try.

AFAIK there is overlap between Atoms and Zeds developers. They built Electron to built Atom. For Zed they built gpui, which renders the UI on the GPU for better performance. In case you are looking for an interesting candidate for building multi platform GUIs in rust, you can try gpui yourself.

Re: Zed: High-performance AI Code Editor

#258

Post by dcow »

duped wrote: post #198
ndiddy wrote: post #181

Earlier quoted context omitted.

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…

The point was contradicting another comment with my own experience, not to putz around with bug reports or trouble shooting. I don't care about Zed fixing anything - they're Zed's issues, not mine. All I'm saying is that contrary to what someone else said about the software being "fast" I tried it and at startup, it was unusably slow. I'm what you would call a failed conversion. > Also, how is whether the project is…

You’re both being antagonistic. While Zed may be VC backed, they’re providing a world class open source editor experience for free. There are no expectations in either direction. You’re not a special customer paying them to care about Linux. And you also don’t owe them volunteer effort to help resolve some Linux issue you encountered. They failed to convert. You missed out on honestly possibly the best editor out there right now. That’s that.

The antagonistic part is assuming your specific Linux configuration is innately Zed’s issue. It’s possible simply mentioning it to them would lead you quickly and easily to a solution, no free labor needed. It’s possible Zed is prepared to spend their vast VC resources on fixing your setup, even—which seems to be what you expect. Point being there’s a middle ground where you telling Zed “hey it didn't work well for me” gives Zed the chance to resolve any issues on their end in order to properly convert you, if you truly are interested in trying their editor. You don’t need to respond to the suggestion with a lecture on how companies exploit free volunteer labor and anything short of software served up on a silver platter would make you complicit. It’s really a little absurd.

If I had to guess, your system globally or their rendering library specifically is probably stuck on llvmpipe.

Re: Zed: High-performance AI Code Editor

#259

Post by volkk »

airstrike wrote: post #239
volkk wrote: post #230

Earlier quoted context omitted.

this is cool! i appreciate the warm invite. I really like your repo! They should include these examples in their primary repo. I did bump into halloy/icebreaker, etc but i just don't really find reading through massive repos a great entrypoint into whether a library/framework makes sense for me. I'll have to seriously look into it again, i do really like a vibrant community, and a lively discord is a nice close secon…

glad to hear it and thanks for the kind words! I'll be waiting for you on Discord ;-) my username is the same there so ping me if you need anything and I forgot to link to a ridiculously cool new feature that dropped last week: time travel debugging for free https://github.com/iced-rs/iced/pull/2910 check out the third and fourth videos!

wow that's actually quite awesome

Re: Zed: High-performance AI Code Editor

#260

Post by dcow »

johnisgood wrote: post #250
stronglikedan wrote: post #219

Earlier quoted context omitted.

> they're Zed's issues, not mine. seems like you needing a GPU would be your issue

2025, when you need a high-end GPU for a text editor...

You don’t need a high-end gpu zed runs perfectly fine on embedded graphics. There are no shortage of software configurations on linux that result in cpu graphics rendering, which is the problem.
Post reply on HN