Live data from Hacker News

Zed is our office

zed.dev

261–270 of 343 posts

Re: Zed is our office

#261

Technically really impressive. In practice, completely unpractical in any medium to large organization. And although I adore Zed's speed and reliability, I still don't understand why we need these features at all.

Based purely on this blog post it looks like they are trying to compete against notion but with an IDE extension

Re: Zed is our office

#262

Earlier quoted context omitted.

optimized for HiDPI screens (like those on Apple devices)

ohhh... is this that thing where people say "blurry" to describe anti-aliasing, because they actually want it to be pixelated?

It might be. I can't speak for anybody else, but it's probably the term I'd use myself if I was trying to explain it, even if it's perhaps not exactly the perfect one. The pixel edges just end up not hard enough, and the pixel corners just end up not sharp enough, and my eyes don't seem to like it. Whatever they're looking for when they're looking at text, pixelly text and printed text seem to supply it, and anti-aliased text doesn't.

(Though there must be some cutoff point past which the pixel size becomes irrelevant. I certainly don't mind reading stuff on the iPad.)

Re: Zed is our office

#263

Earlier quoted context omitted.

optimized for HiDPI screens (like those on Apple devices)

ohhh... is this that thing where people say "blurry" to describe anti-aliasing, because they actually want it to be pixelated?

No, this is a thing where the text is honest to God blurry on non-4K displays. The macOS version of Zed on a low DPI display has the worst font rendering of any application I've ever seen, and I used desktop Linux twenty years ago.

It's like they're rendering a high resolution font at low resolution using the simplest possible algorithm without lining it up with the pixel grid. It's very fuzzy. Characters have this weird sort of additive color intensity where strokes intersect that reminds me of Geometry Wars. It's broken.

They are working on it; the Windows build has decent rendering, and apparently the Linux version substantially improved recently. But they haven't gotten to macOS quite yet. I've been checking in on Zed every few weeks since it went public waiting for a fix.

Re: Zed is our office

#264
Their collab feature looks promising. But I can't move to Zed yet, because it's laggy on both my Linux laptop and workstation. They need to fix these issues first.

Re: Zed is our office

#265
This is interesting to read and very important to me since I am building a coding agent with team collaboration in mind. I used to use Zed daily till the point that I moved away from writing code directly and instead generate all my projects only from prompts.

I think collaboration for people who eventually use the software will be more critical in the era of agentic coding. Project Management will change. We are not waiting for 2 weeks to build prototypes, it gets done in a hour. What does that mean for end users - do they prompt their changes and get access to new software? Who would double-check, would AI reviews be good enough, would AI agents collaborate along with humans in the loop?

There are so many questions not answered. If anyone is keen on having these talks, I would happy to share what I think. Here is what I am building: https://github.com/brainless/nocodo

I want to see a future where end users can prompt their needs, have collaborators in the company to help clear things up and in an hour the feature/issue is tackled and deployed.

Re: Zed is our office

#266

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.

As mentioned in the post, Zed's collaboration functionality is its core USP. The entire editor was literally built around it. IIUC their moonshot is to replace the GitHub PR model with something more collaborative and granular.

Re: Zed is our office

#267

Earlier quoted context omitted.

Docker is just a shim on kernel isolation APIs. It’s not any different, but better packaged. But irrelevant in this case. I dev on macOS. I’m not aware of any other options.

sandbox-exec. It's not great, but it's usable. https://igorstechnoclub.com/sandbox-exec/ > It’s not any different It's very different. With docker on Mac you're running a VM which runs a wrapped up complete system that runs your app. With selinux/sandbox-exec you run just your app and can skip the extra packaging needed for docker and mounts. (And get the extra performance)

Does selinux/sandbox-exec work on a Mac? Is this an apples to apples comparison?

Re: Zed is our office

#268
post #267

Earlier quoted context omitted.

sandbox-exec. It's not great, but it's usable. https://igorstechnoclub.com/sandbox-exec/ > It’s not any different It's very different. With docker on Mac you're running a VM which runs a wrapped up complete system that runs your app. With selinux/sandbox-exec you run just your app and can skip the extra packaging needed for docker and mounts. (And get the extra performance)

Does selinux/sandbox-exec work on a Mac? Is this an apples to apples comparison?

sandbox-exec is a Mac exclusive thing.

Re: Zed is our office

#269
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…

I’m not saying that VSCode is the snappiest editor out there but for all its flaws it’s still the most responsive editor for my use case on moderately sized CUDA/HIP projects.

Re: Zed is our office

#270

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…

You may enjoy Helix as well: https://helix-editor.com/
Post reply on HN