←back to thread

502 points SupremumLimit | 1 comments | | HN request time: 0s | source
Show context
laserbeam ◴[] No.44316502[source]
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 would also have liked to see more in the announcement of multiple simultaneous debug sessions, and on how multithreaded debugging is planned. There are really cool things that can be done with multithreaded debugging further down the line that I'd be interesting in hearing about (like how RemedyBG has a DAW-like UI for freezing certain threads, or hitting one button to "solo" a thread and freeze all others).

replies(7): >>44316724 #>>44317108 #>>44317226 #>>44317381 #>>44317765 #>>44320446 #>>44320654 #
aequitas ◴[] No.44316724[source]
I have to try out the debugger yet. However I share your sentiment but for the Git feature. The basics are there but it is just not complete yet to fully replace my current git workflow. Hope they keep focus on that as well.
replies(1): >>44317172 #
koito17 ◴[] No.44317172[source]
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 functionality Zed has to build out to compete with modern editors (agentic coding, collaboration, debugging, edit prediction, task runners, version control). With that said, for pair-programming sessions with friends, Zed has been perfect since Linux gained screenshare support. However, there's a noticeable "pause in development" for collaboration in order to implement major features like Agentic Coding, and smaller-but-essential features like direnv integration, IME support (typing Japanese in the terminal used to be a clunky, error-prone task), dealing with the endless permutations of Python tooling so that Python files aren't a sea of red lines, etc.

replies(1): >>44317345 #
no_wizard ◴[] No.44317345[source]
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 the most popular (though it is quite popular currently)

replies(3): >>44317432 #>>44318006 #>>44325486 #
drcongo ◴[] No.44317432{4}[source]
You can pay for Zed too. I am.
replies(1): >>44317814 #
no_wizard ◴[] No.44317814{5}[source]
Paying for zed isn’t the same as paying for extensions to be well maintained. They’re not all in house
replies(1): >>44317901 #
1. drcongo ◴[] No.44317901{6}[source]
Ahh, I see what you mean now and yeah, I agree.