Live data from Hacker News

The Zed Debugger Is Here

zed.dev

101–110 of 211 posts

Re: The Zed Debugger Is Here

#101
post #14

I think competent software engineers should actually read the "Under the hood" section, before they lose the core understanding on how debuggers work and are integrated into editors. Upon reading the Rust code implementing the Debug Adapter Protocol (DAP) in Zed, some very junior SWEs will quickly point out that they would prefer only "self-documenting code" and would go as far as to removing all comments or even bel…

[deleted]

Re: The Zed Debugger Is Here

#102
post #84
post #40

I was interested in Zed, but lost all interest when they started integrating "AI". I'm tired of "AI" everywhere. I'll just stick with Neovim until something better comes around. Which probably won't happen until after the "AI" bubble bursts.

[flagged]

To be honest, I'm happy with running neovim in a terminal emulator so I'm not that far away from just wanting tools that "do nothing new". But there have been monumental changes in my time as a programmer that I've liked: language servers have been huge and are an essential part of my programming experience now, as one example.

But I think you're under-estimating the value of just being a really good version of something that already exists. There was a potential path where Zed would've been more or less something like VSCode, but actually open source, with less jank, with a smaller footprint and better performance, with excellent out-of-the-box support for a selection of programming languages without needing extensions. That, to me, would have been revolutionary, not because it would've had a list of features that's larger than other offerings, but because it would've done everything better than existing software.

Besides, it's not like "AI" is some new thing that nobody has done before. Every single new text editor that's coming out seems to be selling itself as "AI-powered". Zed is now a follower in that crowded space.

Re: The Zed Debugger Is Here

#103
post #40

I was interested in Zed, but lost all interest when they started integrating "AI". I'm tired of "AI" everywhere. I'll just stick with Neovim until something better comes around. Which probably won't happen until after the "AI" bubble bursts.

I just disabled everything AI related. It's a nice editor. But I still have to jump into VSCode to resolve merge conflicts.

Re: The Zed Debugger Is Here

#104
post #77

Earlier quoted context omitted.

Nothing has been able to replace Magit for me, yet. Having a Zed UI for Git like Magit is my dream feature request. With that said, Zed has effectively replaced all of Emacs for me, besides Magit. Additionally, typing in other editors feels noticeably higher latency than Zed :) I've been daily driving Zed for almost a year now -- works best on TypeScript, Rust, and Go projects, in my opinion. There's just so much fun…

Zed reminds of the days when Atom was big. It was a good time, but it always left me wondering how long it would last as it leaned heavily on community support for nearly everything useful outside a few packages Such a situation makes me worry about it keeping up if popularity wanes. With JetBrains for example at least I know that paying for the editor it will keep getting proper updates and support even if it isn’t…

Leaning on community support seems ideal because it means you've built a powerful plugin API and people can implement features.

As opposed to having a weak plugin API where all progress depends on the tiny internal team.

The latter suffers more than the first if popularity wanes.

In Atom's case, its lunch was eaten by VSCode which was similar but just better. Based on web tech but with better performance and just as powerful of a plugin API. It wasn't the fact that they let people implement plugins that killed Atom, and they would have been in an even worse situation had they not had a good plugin API.

Re: The Zed Debugger Is Here

#105
post #91
post #72

Earlier quoted context omitted.

I'm genuinely happy it works for you. I just don't want AI in my text editor, even if you're happy with it.

I suspect you’ll be an extreme minority. I won’t go near a code editor anymore without AI integrated deeply.

Nope, not a minority at all. Quite the opposite outside the tech bro side of things.

Re: The Zed Debugger Is Here

#106
I really want to switch to Zed from Cursor but the battery usage for my Python project with Pyright is unjustifiable. There are issues for this on GitHub and I'm just sad that the team isn't prioritising this more.

Re: The Zed Debugger Is Here

#107
post #72

Earlier quoted context omitted.

I'm genuinely happy it works for you. I just don't want AI in my text editor, even if you're happy with it.

Then don't use it? It's completely optional and works perfectly fine without AI

Thanks for the tip, but I was already not using it

Re: The Zed Debugger Is Here

#108
post #14

I think competent software engineers should actually read the "Under the hood" section, before they lose the core understanding on how debuggers work and are integrated into editors. Upon reading the Rust code implementing the Debug Adapter Protocol (DAP) in Zed, some very junior SWEs will quickly point out that they would prefer only "self-documenting code" and would go as far as to removing all comments or even bel…

If be surprised if Zed aren't dogfooding their own AI agents to help writing some of the Zed code. The AI often put a lot of comments on the generated code, and sometimes needs a lot of comments to produce the right code.

Re: The Zed Debugger Is Here

#110
post #71

Earlier quoted context omitted.

Nah, the AI bubble will have popped in a few years and projects will stop sprouting AI features left and right.

Did the dot com crash cause software to stop integrating internet features?

The Network was a good idea fifty years ago, and it was still a good idea by the time the Internet was definitely the next network which was a few years before the DotCom bubble, both actual large language models and the "What if all human conversations in a box?" thought experiment (this definitely passes the Turing test, but, it's clearly not a person is it) are also good ideas, distinct from present "AI in everything" LLM craziness.

Just because tulips are nice doesn't make Tulip Madness a good idea. At the height of the DotCom boom consumers were buying stock at IPO prices for companies which made no sense whatsoever, because they said "Internet" or, (hence the naming) ".com"

For example Be Inc. was a vehicle for a failed Apple exec to "prove" he was the right person to run Apple, not Steve Jobs. After their runway ran out and institutions wanted nothing further to do with it, Be Inc. went IPO. They do this by saying they were an "Internet appliance" company and taking an OS with terrible networking but pretending it's good. In normal times this would attract laughter - they're offering a worse product, most likely it just tanks or never comes to market, and in the extreme case that Apple wants the CEO they're going to cut a deal with the man, not save the dead weight company. His most senior people might get parachutes but Apple has no reason to pay ordinary stock owners a penny. Sure enough those who bought at IPO rescued the institutions but were wiped out.

Post reply on HN