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

161–170 of 343 posts

Re: Zed is our office

#161

Post by satvikpendem »

bluehatbrit wrote: post #110
nixpulvis wrote: post #48

I would love to see collab servers take the same path as LSPs in being standarized and integrated across various editors and IDEs. I would love to work more closely with my VSCode peers, for example. Of course some features may be outside the standard and only supported with likewise editors, e.g. voice chat perhaps, but having shared cursors and a text chat would be a good start.

This is what I'd like to see as well. These collaboration tools are really good, but I barely use them because they always assume that you and your team are using the same editor. Most of the time that's just not the case, so I've used them a handful of times but beyond that there's little opportunity. It's probably not an issue the Zed team will experience as they're all naturally using their own editor. Hopefully i…

> because they always assume that you and your team are using the same editor.

Network effects are probably a strength for a company, not a drawback (which it is for the user of course). Even VSCode has some notion of network effects, such as their proprietary extension store.

Re: Zed is our office

#162

Post by satvikpendem »

verdverm wrote: post #119
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

What does this have to do with Hashimoto?

Re: Zed is our office

#163

Post by iparaskev »

stickfigure wrote: post #129

Looks a lot like Google Wave. This is interesting for some things but I don't think coding is it, for the same reason that IntelliJ's CodeWithMe doesn't work for pair programming. And apparently one of the guys is a former Pivot, so it's a little surprising. Pair programming is Two People One Cursor. A critical aspect of it is you're both looking at the same lines of code and working on the same problem and following…

With zed you can also share your screen in the editor which makes it a bit better, but still you can't take control of the other machine.

IMO if you only care about coding doing it in the editor is the best approach, you get zero latency and have all the context that you need (most of the times). But if you want to do more, like opening the browser for whatever reason, or teaching how to use a specific cli, etc, then taking control works better.

If you liked pop you might like gethopp.app, which is an OSS pair programming app (full disclosure I am the co-maintainer). Unfortunately because we have chosen tauri for the frontend we can only support macos and windows, but I am working on a solution for Linux too.

Re: Zed is our office

#164

Post by satvikpendem »

leovander wrote: post #77
alberth wrote: post #31

Earlier quoted context omitted.

Can you share more on this. While I do not work at Zed, I'm curious to hear more about this use case for my own company needs.

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.

Re: Zed is our office

#165

Post by satvikpendem »

fragmede wrote: post #41
snerbles wrote: post #26

Earlier quoted context omitted.

Often projects need a history of stable checkpoints, and source control is one way to provide that.

Yes, but does it need all the ceremony surrounding it? If, every time I saved the file, the changes were analyzed and committed to git, and a useful commit message included, and commits squashed automatically and pushed and tested and tagged (using magic, let's say); if the system existed in the background, seamlessly, how would our interactions with source control and with other developers look?

Use jujutsu

Re: Zed is our office

#166

Post by railing »

seanssel wrote: post #159
railing wrote: post #149

Any plans to leverage 3D at all in the interface? was floored by the "explode all layers in the user interface and simulate a 3D camera rotating around them" graphic when i first saw it ! 3D is always difficult to get right, but felt it had some really cute possibilities, any way to open this up so devs can try things out?? < 3

> was floored by the "explode all layers in the user interface and simulate a 3D camera rotating around them" graphic when i first saw it ! What is this in reference to?

https://zed.dev/blog/videogame !

Re: Zed is our office

#168

Post by aeturnum »

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

It's not something I am excited about, but it is something I want my IDE to do well if I must engage with it. Other remote pair programming experiences are even worse and I appreciate Zed's capability in the area even if it's not what I prefer.

A lot of my IDE choices are about extensibility and flexibility more than perfection for my preferred coding approach. After all, until I only work for myself I need to be ready to accommodate the needs of others as part of my job.

Re: Zed is our office

#169

Post by verdverm »

satvikpendem wrote: post #162
verdverm wrote: post #119

Earlier quoted context omitted.

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

What does this have to do with Hashimoto?

HCL / TF DX and my missassociation of Zed / Hashimoto (see where I was corrected elsewhere in these comments)

Re: Zed is our office

#170

Post by JamesSwift »

xrd wrote: post #61
JamesSwift wrote: post #44

Earlier quoted context omitted.

Man, Im like the total opposite in terms of preferring the Zed UI vs claude code. I really try to avoid raw claude when possible. I very rarely pull it up to do concurrent sessions when I have Zed open already working on something else. Or if I need to do something quick while in the CLI in a random directory. Otherwise, I think just the "files modified" feature is worth using Zed as the primary interface.

You make some good points, and I need to revisit Zed+AI to see where things are at. This probably proves you are a better developer than me. But, also, after reading your comments, I'm just not sure I need an "editor" anymore. I love that I can npm install claude anywhere. Zed does not exist for ARM servers yet, but I can install claude there, and it can troubleshoot my database connections, and edit code, and grep f…

If I were still hardcore avoiding a GUI Id probably be in the same camp. But I moved to VSCode as my primary interface a long time ago, and Zed is just a better version of my workflow when comparing against that.
Post reply on HN