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

Zed is our office

zed.dev

Post reply on HN
Print view View original

111–120 of 343 posts

Re: Zed is our office

#111

Post by IshKebab »

kriops wrote: post #105
sunnyps wrote: post #98

> Despite attempts to make Atom—an Electron application—more responsive, it never reached the performance standards the team yearned for. This feels like an attempt at deflecting blame. VSCode is another Electron application that ended up having better performance than Atom. There's another Electron adjacent application that has good performance , the one you're probably using right now to read this page. Depending o…

What are you saying here? It is true that VS Code is less bad in terms of responsiveness in comparison to Atom. Zed, however, is written in Rust (i.e., not Electron), and I would guess it is at least an order of magnitude more responsive than VS Code across every possible scenario. Web technologies are an unrivaled technological marvel for what they are, but it is disingenuous to imply they represent anything near th…

It depends. It definitely opens faster and the general UI seems a bit faster, but open a largish file (a few MB) and VSCode will easily out-perform Zed because it doesn't have that fancy CDRT thing.

In my experience VSCode is plenty fast. Use it with no extensions and you will have zero problems with performance (though memory use isn't great). The real problems come when you have extensions, especially because it's often impossible to attribute performance issues to them because they can often do a lot of work all in the same "extension host" process.

Re: Zed is our office

#112

Post by insane_dreamer »

Looks very cool, and of course it's nice to basically have Slack inside of Zed.

But personally, what I want in a Code Editor / IDE, is to be the very best experience at writing code and working with code projects. That is what will save me time and make the coding experience better.

Collaborative features are nice but not essential since there are other tools out there. It's not likely to move a team away from Slack (though if it's self-hosted, it stands a chance).

I'm not yet at the point where I can rely solely on Zed for python coding. I mostly use Zed because I like new initiatives, especially open source ones, and it's fast and responsive. But PyCharm is still better for python development at this point, with its one black mark being endless indexing on large codebases / dependencies, and I find myself falling back to it regularly. I would argue that the priority should be to achieve parity as a _code editor / IDE_, and then we can talk about other shiny new features.

Re: Zed is our office

#113

Post by submeta »

Whenever a product tries to be too many things, it dilutes the core USP. Try to be an excellent code editor. Add extensibility. Done.

I get it, you are VC funded, investors want to turn this into a multi billion dollar unicorn.

Do not focus on investors, but developers.

Re: Zed is our office

#114

Post by verdverm »

pprotas wrote: post #104
verdverm wrote: post #96

I really really don't want comms or multiplayer tools in my IDE. Don't bring the attention economy to my cave of solitude, it's where I go to escape all that noise

I removed the collaboration panel from my bottom bar and don’t have to deal with it at all. Can recommend

I stay away from anything Hashimoto is making after my experiences with TF & HCL, or at least the bar is much higher / projects get a lot more scrutiny

Re: Zed is our office

#115

Post by woile »

To me it feels like 2 different set of products, what they are showcasing here seems very similar to slack/teams.

Of course, it would be awesome to have a faster and open source slack, and if I can take notes on the same style as my editor great. So I guess, it would be nice to be able to embed zed in another product.

I think this would be appealing for a company that it's core product is code, like zed, but I do wonder if other companies even need this functionality.

Re: Zed is our office

#116

Post by verdverm »

IshKebab wrote: post #111
kriops wrote: post #105

Earlier quoted context omitted.

What are you saying here? It is true that VS Code is less bad in terms of responsiveness in comparison to Atom. Zed, however, is written in Rust (i.e., not Electron), and I would guess it is at least an order of magnitude more responsive than VS Code across every possible scenario. Web technologies are an unrivaled technological marvel for what they are, but it is disingenuous to imply they represent anything near th…

It depends. It definitely opens faster and the general UI seems a bit faster, but open a largish file (a few MB) and VSCode will easily out-perform Zed because it doesn't have that fancy CDRT thing. In my experience VSCode is plenty fast. Use it with no extensions and you will have zero problems with performance (though memory use isn't great). The real problems come when you have extensions, especially because it's…

Why is Zed using a CRDT when I open a source file to edit code? Are they using it for more than their multiplayer stuff? (agentic stuff?)

Re: Zed is our office

#117

Post by hrimfaxi »

verdverm wrote: post #114
pprotas wrote: post #104

Earlier quoted context omitted.

I removed the collaboration panel from my bottom bar and don’t have to deal with it at all. Can recommend

I stay away from anything Hashimoto is making after my experiences with TF & HCL, or at least the bar is much higher / projects get a lot more scrutiny

What does Mitchell Hashimoto have to do with Zed beyond a guest blog post?

Re: Zed is our office

#118

Post by verdverm »

meowface wrote: post #18
wateralien wrote: post #6

Zed is lovely and I hope it becomes super successful but this kind of mass collaboration might be ok for meeting minutes... maybe. But thinking of it for coding it gives me shingles. Code by mass live committee. Yikes.

I think it's a fun and interesting idea for training junior engineers and possibly for other use cases. Suggesting alternatives to (perceived) bad practices the instant you see them could be helpful for many people, and also save a lot of future time for reviewers. I could also see it as a potential productivity aid. Person 1 sees Person 2 is writing something and they don't want to be seen as idle, so they start wor…

You can use remote screen control with Zoom to train up juniors. More often than not, you'll want to share the whole screen so you can show them webpages and other things that do not live in an IDE

Re: Zed is our office

#119

Post by verdverm »

mariusor wrote: post #42

Is this the new Zawinski's Law? Instead of extending to read email, Zed extends to enable chat and voice-video. :)

Perhaps we can call it the "Hashimoto Valley", analogous to the Uncanny Valley, but for DX

Re: Zed is our office

#120

Post by lvl155 »

BinaryPie wrote: post #102

I generally like what Zed is trying to become. However, all of these features and blog posts are frustraing when they struggle to keep basic editor features stable. Edit a file outside of the editor? It's not going to show up in the project pane or the git diff. Need to work inside a container because it's 2025 and we don't need to clutter our local machine with 100s of dependencies and env managers... well now all t…

I agree with you 100%. If basic functionalities are not airtight, there’s no way I am going to deal with growing pains just because they want to get paid on AI fluffs. Contrast this with something like Ghostty.
Post reply on HN