Live data from Hacker News

Zed, a collaborative code editor, is now open source

zed.dev

141–150 of 642 posts

Re: Zed, a collaborative code editor, is now open source

#142
post #20

Earlier quoted context omitted.

Same here, for me it is a gimmick without much value over a screen sharing session.

I disagree. For example, in vscode if the sharer start a http-service the port can be port forwarded through the session so anyone in the session can interact with the service. Pretty neat and useful!

I find it as interesting as mob programming.

Anyone can interact with common team servers.

It is one of those things that developer advocates love to show at conferences.

Re: Zed, a collaborative code editor, is now open source

#145
post #110
post #77

Earlier quoted context omitted.

Speaking of Linux, are there any other editors we can use today? I tried to look for one recently but couldn't find anything. (edit: I mean collaborative editors)

Collaborative editors I presume you mean? Because 99% of popular editors have linux builds. Anyway, the VSCode plugin ecosystem is probably your best bet there: https://code.visualstudio.com/learn/collaboration/live-share

Precisely, I'm looking for collaborative editors. Thanks for the suggestion, I hadn't seen this one.

Unfortunately, it seems that this plugin only shares the editor window and does not keep a local copy of the files. I was wishing for something that would let both sides run & compile the code during the editing session, without having to stop for git push. https://github.com/MicrosoftDocs/live-share/issues/3524

Re: Zed, a collaborative code editor, is now open source

#146

I recently went down the rabbit hole on CRDTs and would love to know more about what you're using under the hood. Did you roll your own?

I looked into that on GitHub earlier because I was curious about exactly this, and yes it looks like they did roll their own.

Could you link where you found it? I'm curious what kind they made.

Re: Zed, a collaborative code editor, is now open source

#147
post #138

You know the AI craze is real when adding chat gpt-4 to a text editor is higher priority than Linux and/or Windows support

It’s likely that Zed does not want users, or wants specific kind of users as this stage of their company maturity.

Mac developer is a proxy for the user type Zed is probably aiming to sell service: Western, wealthy, senior. Whileas Windows users are everyone and their uncle. Scaling to large userbase does not make sense if they are not going to pay for your product.

Re: Zed, a collaborative code editor, is now open source

#148
post #4

Also take a look at their freshly open-sourced Rust UI Framework (GPUI): https://www.gpui.rs

Worth noting that, like many immediate mode UIs, it seems to not integrate with OS accessibility infrastructure at all. That means any UI built with it will be a black box to anyone who needs accessibility tools like VoiceOver, text magnification, or semantic navigation. Hopefully that's fixable :/

> Hopefully that's fixable :/

It is, Flutter (which also draws all the UI on a canvas) already does that - it’s called AccessibilityBridge. The way it works is they hook into the native accessibility system and create virtual accessibility nodes with the same size and coordinates where the “widgets” are drawn. I think it’d be useful to create some common AccessibilityBridge-like library since more and more UI frameworks are taking the same approach as Flutter and GPUI.

Re: Zed, a collaborative code editor, is now open source

#149
> respond to your keystrokes on the next display refresh

Claimed insertion latency for a keystroke: - zed 58ms - subl 75ms - vscode 97ms - clion 83ms

60 Hz displays refresh once every ~16.6ms. 58ms to insert a character is ~3.5 frames. My laptop can do 120 Hz, and other monitors can even do 300 Hz.

Yeah, it's a lot faster than the other editors, but 58ms seems really slow - definitely not "next display refresh". All of them seem really slow.

Post reply on HN