Live data from Hacker News

Zed, a collaborative code editor, is now open source

zed.dev

431–440 of 642 posts

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

#431
post #106

Earlier quoted context omitted.

emacs. Totally free and open source since 1976. oh, sorry, you asked for an IDE and not an operating system... /s seriously, budget a day or two for the ergonomics and a week for wrangling plugins, but some of the most productive developers in the world use emacs and they never need to worry about vendor issues, porting issues, not having a GUI, support for some weird file type, ability to create some funky type of m…

I tried to get into emacs a few years ago and just got fed up with the incredible regularity with which packages broke during routine updates. It was at least an hour a week on average, I feel, conducting bug hunts for either minor (this or that keybind/function doesn't work) or major (I can't get any packages to load) bug hunts. Was I doing something wrong? How do emacs people deal with this? Admittedly, I was using…

1. Install from stable.melpa (or gnu elpa) instead of melpa (and pin to that)

2. git add .emacs.d/elpa

3. Don't click update all the time.

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

#432

Earlier quoted context omitted.

> 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 I understand, tree-sitter implementation in Emacs is currently more like a foundation for development / adoption by plugins, it's not really usable as-is today.

Your understanding is outdated/incorrect. Already a number of major modes have corresponding ts modes and I use them daily. This includes C++, Rust, Python, yaml, toml, json, Java, typescript, dockerfile and cmake. True not every major mode has treesitter in the official release but I’d hardly call the above “not usable”

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

#433
post #180

Earlier quoted context omitted.

“Please don’t do it like a 4x4 truck, do it proper, like a bicycle” — there is some overlap between those things, but for people who are actually making full use of the former, the latter is not a useful suggestion

I'd suggest that the people who make "full use" of vsc-over-ssh are satisfied with vscode, so it would be unwise to target the full featureset. More generally, targeting another project's complete featureset is often a great way to get mired down in the wrong details. Unless you can afford to do a proper cleanroom -- then, you'll be able to at least match the performance and useful abstractions used in the original.

> the people who make "full use" of vsc-over-ssh are satisfied with vscode,

almost all my coding these days is over vsc-ssh. if zed supported sshing into a remote host and into a docker container as seamlessly as I can in vscode, Id switch immediately. The performance of the ui in zed is so much better. I'm a bit sad I can't switch with its current feature set.

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

#434
post #398

Earlier quoted context omitted.

I don't think that's quite fair. The stackoverflow survey shows a large number of developers have made the move to Mac. Certainly not the majority, but a very healthy share. https://survey.stackoverflow.co/2023/#section-most-popular-t... Anecdotally, Mac has become very popular at my workplace, with a growing number of developers choosing Mac for their primary device. We mostly target Linux, so regardless of workstat…

I don't really consider the SO survey useful anymore. It seems to be hyper-selected to just Silicon Valley techbros, instead of either the more general US tech industry, or the worldwide tech industry. If the Silicon Valley is just a bubble, then the two bubbles I live in (life-long FOSS/Linux guy, but also deep into the hosting/transit/non-eyeball end of the Internet), every single Mac owner I know does not run OSX,…

> It seems to be hyper-selected to just Silicon Valley techbros, instead of either the more general US tech industry, or the worldwide tech industry.

How do you validate this claim? The country demographic in the survey shows that USA makes up only 21% of responses.

https://survey.stackoverflow.co/2023/#section-key-territorie...

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

#435
post #4

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

I wonder what makes it special compared to the existing frameworks. (Appart the fact that it is Mac only) I didn't find the docs after a quick search

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

#436
would be nice to have the collaboration feature something like LSP with an easy to implement protocol. I can see that being useful but you gotta let the people choose their tools too. If I can run neovim/jetbrains/visualstudio and can connect to someones Zed Collab protocol beacon, that would be awesome af for at least the basic features (file browser and seeing live edits). This whole notes/chat thing can stay a specific zed feature IMO

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

#437
post #174

Earlier quoted context omitted.

Now that it's FOSS, you can fork it.

The polite thing to do if you have a feature you think would make a FOSS project better is to submit a feature request first. If the maintainers decide they won’t support your feature quickly enough or at all, then fork it. GP did the right thing here

You think it would be a big fork you?

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

#438

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…

VSCode has always felt incredibly slow to me, even compared to e.g. pycharm. , which I have always assumed of be otherwise roughly comparable. VSC’s lag in basic code inspection and linting became so annoying I had to switch off it. We’re not talking seconds, but maybe tenths of second lag, for everything at all times. I understand plenty of people love VSC, but honestly I have never been able to share that enthusias…

Yep. For some reason, suddenly, vscode became painfully slow on my decently spec'd machine; 3 to 7 seconds per keystroke just to analyse the file to show intellisense tooltips.

Yes, that was in seconds per keystroke.

The irony is that I moved from neovim to vscode because setting up intellisense in (neo)vim was always a hassle and never worked quite well. Pylance seemed too attractive not to give it a spin.

Now the lag has as mysteriously diminished, but still vscode is very far from being as snappy as (n)vim.

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

#439
post #340

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…

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.

I was about to answer "Use emacsclient", but then I realized you can't be bothered to configure it. For me, putting "(server-start)" into .emacs was always enough, but YMMV.

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

#440

Earlier quoted context omitted.

Or vim, I suppose. It's remarkable how slow VSCode actually is, but I still use it because I hate configuring vim and packages always break when upgrading, it's honestly worse than npm.

Are you sure that’s vim rather than Melvin. Never had any issues with anything breaking on an upgrade using vim.

Not sure what Melvin is. I've always had issues, specifically when I have lots of packages, such as when installing stuff through lazy.vim.
Post reply on HN