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

Zed AI

zed.dev

Post reply on HN
Print view View original

251–260 of 299 posts

Re: Zed AI

#251

Post by modernerd »

layer8 wrote: post #198
modernerd wrote: post #32

I just want a fast programmable text editor with a native GUI and good defaults. But that seems really tough to find, for some reason. Zed is so close, but I’d much rather see a focus on the “programmable” part and let the AI and collaboration features emerge later out of rich extensibility (i.e. as plugins, perhaps even paid plugins) than have them built-in behind a sign-in and unknown future pricing model.

The monetary incentives are not in your (and my) favor.

If a motivated solo dev thought there might be at least 10,000 people who would pay 100 USD a year for a text editor with better extensibility and performance than VS Code and better defaults/richer GUI APIs than vim/Emacs, I can see why it might be tempting for them to try.

Re: Zed AI

#252

Post by ivanjermakov »

modernerd wrote: post #32

I just want a fast programmable text editor with a native GUI and good defaults. But that seems really tough to find, for some reason. Zed is so close, but I’d much rather see a focus on the “programmable” part and let the AI and collaboration features emerge later out of rich extensibility (i.e. as plugins, perhaps even paid plugins) than have them built-in behind a sign-in and unknown future pricing model.

What are the benefits of having a "native GUI" that terminal interface cannot substitute?

Extensibility of neovim or emacs covers all my text editor use cases.

Re: Zed AI

#253

Post by ivanjermakov »

nichochar wrote: post #35

I recently switched from neovim to zed, and I overall like Zed. I miss telescope, and think some vim navigation was better, but I suspect that it has to do with how much effort I put into configuring one over the other, so time will tell. My biggest gripe was how bad the AI was. I really want a heavy and well-crafter AI in my editor, like Cursor, but I don't want a fork of the (hugely bloated and slow) vscode, and I…

What were the Zed features that made you to switch? I feel like with todays ecosystem it's easier to complete neovim experience with plugins than wait for Zed devs to catch up.

Re: Zed AI

#254

Post by ivanjermakov »

stephc_int13 wrote: post #17

Not releasing a cross-platform code editor on the dominant OS seems quite weird in my opinion. (I know they plan to do it, but as someone who has built cross-platform apps, this is not rocket science to have Win32 support from the start.)

Give them time, developing cross-platform GUI apps was never that simple

Re: Zed AI

#255

Post by ivanjermakov »

pton_xd wrote: post #222
yewenjie wrote: post #57

Has any long-term Emacs user delved into Zed and ported the cool features yet? Don't take it as sarcasm, I am genuinely interested. I think Emacs' malleability is what still keeps it alive.

What are the cool Zed features? Also genuinely interested.

In my understanding Zed is "Figma for code". Huge focus on collaboration (hence the slogan "multiplayer code editor") and AI.

It's hard for me to understand what text editor itself has to do with LLM completions.

Re: Zed AI

#256

Post by xinayder »

First the unsolicited package installation controversy now they jumped onto the AI bandwagon. Is this a speedrun attempt at crashing a newly created company?

What's next? Web3 integration? Blockchain?

Re: Zed AI

#257

Post by modernerd »

ivanjermakov wrote: post #252
modernerd wrote: post #32

I just want a fast programmable text editor with a native GUI and good defaults. But that seems really tough to find, for some reason. Zed is so close, but I’d much rather see a focus on the “programmable” part and let the AI and collaboration features emerge later out of rich extensibility (i.e. as plugins, perhaps even paid plugins) than have them built-in behind a sign-in and unknown future pricing model.

What are the benefits of having a "native GUI" that terminal interface cannot substitute? Extensibility of neovim or emacs covers all my text editor use cases.

Neovim and Emacs extensibility are great!

Native GUIs offer far better accessibility (TUIs are not screen-reader accessible, and neither is Emacs' GUI currently), hugely improved UI flexibility and consistent developer APIs (Emacs GUI is inconsistent across platforms and tricky to work with, every Neovim plugin reinvents ways to draw modals/text input because there's no consistent API), reduced redraw quirks, better performance, better debugging (as a Neovim plugin dev I don't want to spend time debugging user reports that relate to the user's choice of terminal emulator this week and not to Neovim or my plugin code).

Re: Zed AI

#258

Post by [deleted] »

acedTrex wrote: post #58

AI assistants just slow me down. Its a very rare case i find them actually useful. I am generally concerned by the amount of devs that seem to claim that it is useful. What on earth are yall accepting.

[deleted]

Re: Zed AI

#259

Post by swah »

acedTrex wrote: post #58

AI assistants just slow me down. Its a very rare case i find them actually useful. I am generally concerned by the amount of devs that seem to claim that it is useful. What on earth are yall accepting.

Some of Cursor's features is appeals to my lazyness, say: "convert to javascript" and hit apply... For now its still a bit slow (streaming words) but when this is immediate? Not a change against the fastest Vimmer. Select code, dictate the change, review, apply - will save my wrists.

Re: Zed AI

#260

Post by stephc_int13 »

koito17 wrote: post #142
stephc_int13 wrote: post #17

Not releasing a cross-platform code editor on the dominant OS seems quite weird in my opinion. (I know they plan to do it, but as someone who has built cross-platform apps, this is not rocket science to have Win32 support from the start.)

Anecdotally, I have never seen Windows widely used for development, outside of .NET shops (but that shouldn't be a surprise). Moreover, there's plenty of quirks Windows has with respect to: - Unicode (UTF-16 whereas the world is UTF-8; even Java uses UTF-8 nowadays, so it's only Windows where UTF-8 is awkward to use) - filenames (lots of restrictions that don't exist on Mac or Linux) - text encoding (the data in the…

None of that matters in practice, because in this context it would be trivial to solve with a correctly built OS abstraction layer.

And Windows is by large the development platform of choice for any serious gamedev work.

Post reply on HN