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

The Zed Debugger Is Here

zed.dev

Post reply on HN
Print view View original

151–160 of 211 posts

Re: The Zed Debugger Is Here

#151

Post by user3939382 »

ramon156 wrote: post #122

Zed feels like what Lapce, Helix and Neovim couldn't achieve in the time they spent. I started using Helix back around 2021-2022 and just couldn't get over the bugs and lack of integration. It was good, but PHP support (I was working at an older company) was bad. Neovim felt closest to a nice editor but there were some popular community-driven plugins that were very stubborn, and alternatives were just very slow. I w…

> PHP support (I was working at an older company)

Not sure why PHP needs a qualifier like this.

Re: The Zed Debugger Is Here

#152

Post by [deleted] »

user3939382 wrote: post #151
ramon156 wrote: post #122

Zed feels like what Lapce, Helix and Neovim couldn't achieve in the time they spent. I started using Helix back around 2021-2022 and just couldn't get over the bugs and lack of integration. It was good, but PHP support (I was working at an older company) was bad. Neovim felt closest to a nice editor but there were some popular community-driven plugins that were very stubborn, and alternatives were just very slow. I w…

> PHP support (I was working at an older company) Not sure why PHP needs a qualifier like this.

[deleted]

Re: The Zed Debugger Is Here

#153

Post by Nezteb »

rckt wrote: post #103
mort96 wrote: 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.

Recently the Zed team added some tools to help with merge conflicts: https://github.com/zed-industries/zed/issues/4964#issuecomme...

Re: The Zed Debugger Is Here

#154

Post by anthony-eid »

laserbeam wrote: post #32

I'm very happy to see work on the debugger. This is the main feature preventing me from switching full time to zed. Unfortunately, "here" is not accurate. Not having a watch window, a stack trace view, and no mention of data breakpoints in the announcement still keeps the "beta" tag. I know those features will arrive eventually, but what is described is definitely not sufficient for 97% of my debugging sessions. I wo…

Hey Laserbeam, I'm one of the devs that made the debugger and the one that wrote the article.

We do have a basic stack trace view that basically all debuggers support. What's coming out in the near future is a stack trace view in our multi buffer system. In fact, you can use the "show stack trace" action while in an active debug session to expand the call stack in a multi buffer, where each excerpt is a frame. It's just not up to the quality that I and several others expect from Zed, so I didn't advertise it.

There's also a PR for a watching variables/expression that is going to be merged in a couple of days. The functionality is done, but we didn't want to add a feature so close to launch that wasn't fully tested.

Support for data breakpoints will come in the near future. I can't say when because we're planning on focusing on automatic configuration for a while, but it is a priority.

We do support simultaneously debugging multiple sessions at the same time and multithreaded debugging too. There's still more to do with it, but the support is definitely there!

Re: The Zed Debugger Is Here

#155

Post by anthony-eid »

nixpulvis wrote: post #146
laserbeam wrote: post #32

I'm very happy to see work on the debugger. This is the main feature preventing me from switching full time to zed. Unfortunately, "here" is not accurate. Not having a watch window, a stack trace view, and no mention of data breakpoints in the announcement still keeps the "beta" tag. I know those features will arrive eventually, but what is described is definitely not sufficient for 97% of my debugging sessions. I wo…

Is there a tracking issue for watching variables and data breakpoints? I'd like to see that as well.

Here's the PR for variable/expression watching: https://github.com/zed-industries/zed/pull/32743

I don't think there's an issue for data breakpoints, but you can make one for us

Re: The Zed Debugger Is Here

#156

Post by Nezteb »

mort96 wrote: 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.

Relevant GH issue: https://github.com/zed-industries/zed/issues/6756

Re: The Zed Debugger Is Here

#158

Post by anthony-eid »

mort96 wrote: post #132
arcatech wrote: post #125

Earlier quoted context omitted.

You can use local LLMs.

Is that what Zed's integration does by default? In any case, what I see most people doing is integrating it with Claude/Copilot/etc. The security concerns specifically obviously don't apply when running it locally.

By default Zed has a user choose what type of configuration they want. That could be something like LM Studio, Ollama, or your own API keys to a provider you're already paying for.

AI also isn't shoved in your face when using Zed, there's one small button on the button right.

Re: The Zed Debugger Is Here

#159

Post by anthony-eid »

deliriumchn wrote: post #66
norman784 wrote: post #63

Earlier quoted context omitted.

I didn't tried Zed in a while, are really intrusive the AI features? Can't it be just disabled with some configuration?

they are not intrusive but their entire focus changed on that instead of other features. Entire Git view feels abandoned in half done state yet they spent entire month working on AI chats, AI agents, their own AI edit (that's priced 20 per month yet they boast how light and performant it is -- why isn't it free local model then and why its priced worse than copilot?) They're moving from "making awesome code editor" i…

We have multiple teams at Zed each with their own focus. In fact, you can see all the projects we're working on if you view our channel notes.

We're going to be adding more features to the debugger for a while

Re: The Zed Debugger Is Here

#160

Post by badsectoracula »

jen20 wrote: post #123
sapiogram wrote: post #56

Earlier quoted context omitted.

It's so incredibly frustrating. Text rendering is the primary feature of a code editor, but no one on the Zed team seems to use a non-retina screen. Github issue for context: https://github.com/zed-industries/zed/issues/7992

> but no one on the Zed team seems to use a non-retina screen This is not that surprising to me. Surely no-one wants to spend their day looking at the pixels?

I like looking at pixels as long as those pixels look good. Zed's pixels look awful.
Post reply on HN