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

271–280 of 343 posts

Re: Zed is our office

#271

Post by p4bl0 »

paradox460 wrote: post #213
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.

We actually had it that way 20 years ago. SubEthaEdit could work with Coda 2 and TextMate

And there were an Emacs minor mode and a Vim plugin too that did this too, both for the SubEthaEdit protocol and for the one of the Gobby editor (https://gobby.github.io/).

Re: Zed is our office

#272

Post by Shorel »

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…

Reading this static HTML page and executing several megabytes of JavaScript to read and edit short lines of text are fundamentally different tasks, even if the same program can perform both actions.

VSCode can pretend to be fast in my desktop, and I would not care because desktops today are computing monsters that rival supercomputers of the past, but Sublime Text is still much faster at any text editing task.

Re: Zed is our office

#273

Post by Shorel »

Aurornis wrote: post #49
conradev wrote: post #25

If you've been a developer long enough, you might recall the teletype package for Atom—both built by Zed's founders. I first experienced this in SubEthaEdit in 2013 or so, but it has been around since the early 2000s : Appropriately working together on a truly collaborative tool, Martin Ott, Martin Pittenauer, Dominik Wagner, and Ulrich Bauer of Technische Universitat Munchen won the Best Mac OS X Student Project for…

SubEthaEdit was a very inspiring software project for me. The fact that a small team could, in a few months, produce an amazing app that solved real problems and gained notoriety was amazing. As time goes on it feels like much of the low hanging fruit opportunities in software is disappearing faster and faster. I'm also a fan of Zed and everything they're doing, but it's notable that shipping next-gen editor software…

> As time goes on it feels like much of the low hanging fruit opportunities in software is disappearing faster and faster.

The Graphic Editor workspace, in fact all the Adobe programs alternatives is quite open.

I remember using Paint Shop Pro, and it was bought and killed by Corel. I would prefer to keep using Paint Shop Pro, instead of Photoshop, because it was super fast and had all the features I used and wanted.

Ask people why they can't migrate to Linux, and half or more of the answers are: Adobe.

Re: Zed is our office

#274

Post by another_twist »

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.

Tacked on was my first impression as well. But I am glad that they just shipped a feature and are measuring adoption in the wild. So refreshing.

Re: Zed is our office

#275

Post by gherkinnn »

verdverm wrote: post #221
gherkinnn wrote: post #216

Earlier quoted context omitted.

So you're saying that you're not the target audience, therefore it is silly?

people can abstract and reason about issues like... 1. Until this is possible without lock-in to a specific IDE, it's going to be heavily gated by adoption and network effect. 2. What are you going to do about communication with non-devs who don't use any IDE? Do I now have multiple chat tools I need to give attention to? 3. Bringing the attention economy to our primary work tool is probably a bad idea in the long ru…

The post I responded to pointed to nothing of the sort. Like many other comments here, it was focused on how the they like to work alone, pairing sucks and this endeavour is a waste.

Re: Zed is our office

#276

Post by travisgriggs »

olejorgenb wrote: post #154
travisgriggs wrote: post #133

Earlier quoted context omitted.

And then toggle between that and the AI agent? Zed is a workbench that lets you put two, and only two, tools on your "workbench" to either side of your text workspace. I want to put more tools on my benchtop.

> And then toggle between that and the AI agent? Yes - Do you want to split a dock vertically? - Do you want to open the panels inside an editor split? - Do you want to detach the panels as separate windows? ( https://github.com/zed-industries/zed/issues/17618 )

Both 1 and 3 would make my day.

Re: Zed is our office

#277

Post by idk1 »

Because I'm apparently a billion years old, I still use Sublime Text and just text editor. If I do switch, it will be to this. However, is it as responsive? Do file changes just appear if I change them elsewhere in like terminal?

Re: Zed is our office

#278

Post by internet_points »

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.

Any references to how you use selinux? I've used bwrap and firejail, but I don't feel confident that I'm not leaving holes open?

Re: Zed is our office

#279

Post by Shorel »

jes5199 wrote: post #21

I could imagine that in ten years git will feel strangely slow and ceremonial. Why not just continuously work and continuously deploy live-edited software

Ohh no, you should be able to decide which changes to commit, line by line, before committing them.

What you describe sounds like a security nightmare to me.

Maybe you are using a remote dev server, and every change you do needs to be committed before you see the result?

Please setup a local environment instead. Not even F5 should be required, you save a file, you see the result in the browser.

When your work is finished, and only then, you should commit your changes.

Re: Zed is our office

#280

Post by gkbrk »

marssaxman wrote: post #249
phcreery wrote: post #247

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?

Nope, it is the thing where people say "blurry" to describe "blurry".

https://github.com/zed-industries/zed/issues/7992#issuecomme...

This is how Zed looks like on my computer too. VSCode manages to render things crisply while Zed is a blurry mess.

Post reply on HN