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

251–260 of 343 posts

Re: Zed is our office

#251

Post by Xevion »

UtahDave wrote: post #144
mikaylamaki wrote: post #101

Earlier quoted context omitted.

We’ve been growing and have had to scale authentication beyond what our original collab server could handle. Not many people are using collab yet, we’re prioritizing non-collaborative features (like our recent Windows release), and we’re planning on rebuilding all of this on top of DeltaDB. Fundamentally, it just fell through the cracks. Self hosting will be a vital feature for users and enterprises though, we’re pla…

Looks like development of DeltaDB has been discontinued. https://github.com/delta-db/deltadb?tab=readme-ov-file#-upda...

> last commit 10 years ago

Re: Zed is our office

#252

Post by hboon »

giancarlostoro wrote: post #241
tecoholic wrote: post #171

Earlier quoted context omitted.

With the AI stuff, it feels like they invested a bit prematurely. When the Agentic editing demo came out (6 months, 10 months ago? It’s a blur), it felt right. Accepting and reviewing edits, live tracking ..etc., felt like pair programming. The ACP addition felt like a natural evolution . With the continuous improvement in CLI tools and people’s experience with them, it feels like doing a live review or edit-by-edit…

I used to only use JetBrains for AI stuff, now I just open everything in Zed because of its Claude Code integration. Especially with the linters and other nice to haves. I am insanely close to cancelling JetBrains.

JetBrains products has Claude Code integration. Is it worse?

I still use Claude Code in cli, as a WebStorm user.

Re: Zed is our office

#253

Post by arusahni »

iamnbutler wrote: post #243

I don't work at zed anymore but I do find it funny that anyone would think that the collaboration features of zed are "tacked on"... We started building zed in zed using it's collaboration in early 2021. Collaboration has always been part of it's DNA. Nearly everything at zed is written in pairs over collab.

Agreed.

I joined a Zed hackathon at RustConf 2024 where I built the "Open in split" functionality from the file fuzzy picker. A member of the engineering team who was floating around helping folks had us exclusively work through the included collaboration features. It was a great tour of the editor, and did not feel tacked on.

Re: Zed is our office

#254

Post by adastra22 »

viraptor wrote: post #239
adastra22 wrote: post #230

Earlier quoted context omitted.

In the case of AI tools it is for security reasons, not just reproducible toolchains.

We need more selinux and sandbox-exec in daily dev lives. There's no reason to bring a whole new system along just to restrict some access.

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.

Re: Zed is our office

#255

Post by viraptor »

adastra22 wrote: post #254
viraptor wrote: post #239

Earlier quoted context omitted.

We need more selinux and sandbox-exec in daily dev lives. There's no reason to bring a whole new system along just to restrict some access.

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)

Re: Zed is our office

#256

Post by sebmellen »

viraptor wrote: post #255
adastra22 wrote: post #254

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)

Wow TIL

Re: Zed is our office

#257

Post by leovander »

satvikpendem wrote: post #164
leovander wrote: post #77

Earlier quoted context omitted.

Your company has a user pool, you sign a BAA or start working with a partner company that has their user pool. Instead of creating slack accounts in both you can share external slack rooms that only people that are invited in/from their respective orgs can join without having to co-mingle employee user pools.

But why would external partners want to look at your code? I guess if you're also integrating with them? But generally you just give them repo access instead. For Slack, it's different as messaging is a core feature to collaborate between different people in different companies, but looking at code is a very specific use case.

Not sure, I was only answering in regards as to what Slack shared rooms brings to the table for companies in the form of letting Project Managers/Account Managers have direct line of contact with clients.

Code wise I guess you can could be working with any agency or contractors and you could collab on PR reviews? No idea to be honest.

Re: Zed is our office

#258

Post by Aeolun »

gryn wrote: post #146
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…

yup, my pet peeve is there is no way to disable line wrap. the setting that exist doesn't work and there's no way to actually disable it instead of just increasing the max characters (with set hard limit in the source code). have a big docs or log,data file where you don't care for the rest of the line ? well too bad better have a spare editor. this feel to me like it should should be a number #1 priority. "an editor…

Huh? That doesn’t track with my experience. I spent a long time trying to find out how to enable line wrap, and Zed’s settings are more extensive than most editors.

Re: Zed is our office

#259

Post by shunia_huang »

Really user here: Switched from vscode to zed for ~2 weeks entirely in a windows PC, getting back to vscode today, just not feeling good enough: 1. zed updates frequently, but I'm not feeling any update at all. I mean, no new features, not fixing stuff that I'm experiencing that's not good enough; 2. while it put heavy in AI stuff, the ACP thing and the integration of codex and claude code just not working as expected as is. Especially I'm getting really poor outcomes from the same tool in zed compared to the cli itself, which is really frustrating; 3. the terminal in windows zed is barely usable, it's slow and slugish, sometimes the texts or some symbols are not rendering properly, it's just not stable at all. I really like to use the terminal inside the ide especially when I need to start up dev server, but with zed I'm used to open an extra terminal app when I need to start up dev server; 4. I'm a frontend dev, which means the tech stack should have great support in morden editors, but the case is not quite right in zed. I got jetbrain style inline type hints for typescript files with deferred types, but it is so annoying cause it makes a line too long I may even need to scroll horizontaolly more than may screen width to see the content at the end of the line, but the line has only 40 chars. At the same time, I'm not sure how to shutdown this feature after openning the settings. And when I want to set wrap width to 80 chars, I don't know how to do this either. The settings maybe there and are easy to tweak but it is not doing great to make the user understand it and use it; 5. it constantly showing some language servers are down and I don't know why, I do not like to tweak with settings so it could not be my bad, I don't event know how to touch the language servers;

I have more to input here but I forgot some of them, overall, I just want to get back to vscode which is much easier and battle tested. I think zed have a totally different perspectives on feature sets and stuff, that's good, so people could have another choice. Hope zed could do great and I will definitely come back one day.

PS: I don't think collab worth too much effort in an IDE, you have much better tooling out there and have better intergrations.

Re: Zed is our office

#260

Post by v3ss0n »

Zed sounds desperate, nobody in the world would use Zed as office. Zed is a niche. Nobody wants it's multiplayer features since coding id usually asynchronous until crunch happens and nobody wants crunch All the time. All office have their own communication tools , you can't expect all developers just to use zed l, it is missing features and the whole ecosystem which would take one more decade and non development people won't even touch it. Then the office cannot happen inside Zed for the rest of the world, except Zed team.
Post reply on HN