Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Zed, a collaborative code editor, is now open source

zed.dev

Post reply on HN
Print view View original

571–580 of 642 posts

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

#571

Post by zogrodea »

mcfedr wrote: post #554
zogrodea wrote: post #254

Earlier quoted context omitted.

I don't understand this comment because American/European governments (where I would guess most HN commenters are from) are almost certainly doing the same thing according to what we've learned about for example the NSA. Maybe you trust your own government more.

And anyway, it's a bad comparison, there is a conspiracy that, say Google or Firefox is collaborating, but it's very clear that yandex is an arm of the Russian government

I might be missing something, but why is it clear to you that Yandex is an arm of the Russian government? Yandex has been critical of the Russian government's war on Ukraine [0] and faced consequences because of it which signals to me that this isn't the case. Yandex made plans to exit Russia because of the company's disagreement with the government even. [1]

[0] https://www.rferl.org/a/russia-yandex-government-control/321...

[1] https://fortune.com/2022/11/25/yandex-leaves-russia-ukraine-...

As someone living in the west, I'm disappointed by our governments' hypocrisy over the massacre in Palestine while supporting Ukraine's right to resisting an invading force. Our governments' support of the massacre in Palestine (even dealing out death to peaceful resistance, as we can see by the bombing of Yemen when its people merely made economic trade inconvenient to protest the massacre) made me think the people in charge of western countries are no better and probably even worse than dictatorships such as China and Russia. (Western governments are just better to their own citizens apparently.)

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

#572

Post by kaeland »

benreesman wrote: post #474
mkesper wrote: post #426

Earlier quoted context omitted.

Use doomemacs for a start. It really optimizes startup time and offers vast included modules as well as great package management. https://github.com/doomemacs/doomemacs/blob/master/docs/gett... Oh and for Windows, WSL2 seems to be the fastest: https://github.com/doomemacs/doomemacs/blob/master/docs/gett...

Doom is a great start for a low-friction, extreme quality curated emacs setup. +1

Another +1 for using DOOM emacs.

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

#573

Post by depressedpanda »

tptacek wrote: post #404
depressedpanda wrote: post #374

Earlier quoted context omitted.

If you value kindness, consider empathy. The person you're somewhat haughtily tone policing is obviously annoyed about wasting a totally unnecessary amount of time on something ultimately useless to them. And the feedback was constructive (and easily actionable): be upfront about the very limited platform support, don't waste people's time.

You're trying to high horse a complaint about someone referring to a new open source release as "worse than bad"? Because it doesn't support their preferred operating system? And it took them too many clicks on the website to learn that? No, that won't do.

[flagged]

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

#574

Post by pja »

ungamedplayer wrote: post #490
benreesman wrote: post #326

Earlier quoted context omitted.

I’m really picky about my tools in general and latency in particular, and I give Zed a spin from time to time, it’s sweet. Clean, minimal design aesthetic, tree-sitter, tight code, it’s a nice bit of work and I dig it a lot. But emacs 29 with the right flags and a tuned GC (no one does this! it’s got a heap-size from the 80s!) is just as snappy and has more amazing packages than VSCode. There’s a market for people wh…

> But emacs 29 with the right flags and a tuned GC (no one does this! Please share how.

Ripped from my .emacs:

    (setq gc-cons-threshold (\* 100 1024 1024) ;; GC sometime after allocating 100Mb 
          read-process-output-max (\* 1024 1024)
          company-idle-delay 0.0 ;; company completions should be fast
          company-minimum-prefix-length 1
          lsp-idle-delay 0.1)  ;; clangd is fast
    (run-with-idle-timer 2 t (lambda () (garbage-collect))) ;; Trigger a GC after 5s of idle time
This is something of a hack of course, but it works & memory is cheap. You might want to push the GC threshold back down after emacs startup - a GC that fires early is a GC that does less work per invocation & is therefore less likely to cause perceptible stutter.

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

#575

Post by Evidlo »

mkesper wrote: post #426
jitl wrote: post #340

Earlier quoted context omitted.

How do you get a reasonably fancy Emacs to start up/open files quickly? Every time I try to get into EMacs after adding a few packages it becomes painfully slow to open a file for editing. Then I try to understand Emacs server, then I fail / give up and go back to vim.

Use doomemacs for a start. It really optimizes startup time and offers vast included modules as well as great package management. https://github.com/doomemacs/doomemacs/blob/master/docs/gett... Oh and for Windows, WSL2 seems to be the fastest: https://github.com/doomemacs/doomemacs/blob/master/docs/gett...

So buggy for me.

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

#576

Post by NIckGeek »

ra1231963 wrote: post #525
NIckGeek wrote: post #365

I just tried Zed and it is definitely really pleasant to use. I'd need at least a Java LSP to use it for real (and preferably general LSP support so I can code in my own programming languages with it) but I can see a lot of promise. If they ship a Linux release so I could use it on my desktop too they could win me over from Sublime Text/IntelliJ.

> and preferably general LSP support so I can code in my own programming languages with it I’m curious, do you really use your own languages for day to day development?

About 70% of the programming I'm doing right now is in my own language. But like, my full time work is programming language research so I accept that's an uncommon use-case.

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

#577

Post by alabhyajindal »

bastawhiz wrote: post #199
kristopolous wrote: post #172

Earlier quoted context omitted.

I'm just sour about lack of Linux support, it's like I'm in 1998 again except now instead of Microsoft Windows ignoring us it's Apple macOS. A WINE like project for macOS software would be great

Well it's open source now, so pull requests welcome.

This assumes that everyone wanting to use Zed is proficient in Rust and willing to contribute.

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

#578

Post by jscheel »

jhasse wrote: post #545
jscheel wrote: post #211

No way can I use a text editor that requires the hi-perf discrete gfx card. My battery just can't take it. Hope I can get all my work done in about 1.5 hours, because that's how long the 2019 16" mpb will last with the discrete card running.

It doesn't require a discrete graphics card, it can run just fine on the integrated one.

It automatically triggers hi-perf mode which switches to the discrete card automatically though. At least on my machine.

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

#579

Post by sswezey »

flexagoon wrote: post #248
Octoth0rpe wrote: post #51

I'm generally a big fan of zed and have been using it for 60%ish of my dev time for 6 months or so. A couple of nice things to note: - It really is remarkably responsive,and makes one really notice how UNresponsive everything else is. I have reasonably fast machines, so we're not talking about the difference between 5ms typing lag and 500ms, but it's still pretty surprising. VSCode never felt slow on my macs until I…

> older editors that are doing syntax highlighting via regex. I mean, Emacs, which can probably be considered the oldest code editor at this point, got built-in tree-sitter (which is what Zed uses under the hood) support in the last release. So it's not really related to editors being new or old

As a note, the zed editor team were the creators of the tree-sitter project

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

#580

Post by andsoitis »

On the home page I read this:

> Extensively fuzz tested for stability > Performance and power mean nothing without reliability. That's why we've subjected Zed's critical code paths to randomized tests that help us find and fix rare edge cases. By creating controlled chaos in development, we achieve stability in production.

How effective is this approach? Does it catch many issues that would not otherwise have been caught through a more risk-based approach? Conversely, does it tend to catch any significant issues?

Post reply on HN