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

We Have to Start Over: From Atom to Zed

zed.dev

Post reply on HN
Print view View original

71–80 of 243 posts

Re: We Have to Start Over: From Atom to Zed

#71

Post by ParetoOptimal »

jmull wrote: post #42
torlok wrote: post #10

Had a look at the About page, and the live coding feature does sound useful. I'm sure the guys are excited; it's a fun project. You get to write algorithms, optimise performance, and do GPU programming. But who needs another text editor that will probably never reach feature parity with Vim and a terminal multiplexer.

I can't think of a nice way to express what I think of vim, but I think your general point is apt. Some pretty full-featured editors already exist that people are happy with or, perhaps, have at least gotten used to. Where does a new editor fit in? It's neat that it's "multiplayer" but that's an edge case. I'm also not convinced by the business model. Do people really want channels, calls and chat integrated with the…

Email in emacs is useful because workflow automation can be done based on emails I'm reading.

Chat is similar.

Re: We Have to Start Over: From Atom to Zed

#72

Post by __MatrixMan__ »

torlok wrote: post #57
hresvelgr wrote: post #54

Earlier quoted context omitted.

> But who needs another text editor that will probably never reach feature parity with Vim and a terminal multiplexer. Feature parity with Vim is not meaningful in my opinion. LSP evened the playing field enough for all editors to the point where you can daily drive anything and be no less productive than most. Use whatever you like and helps you get the job done. That includes Vim too, but I'm getting sick and tired…

Vim is just an example. My point was that code at the end of the day is just text, and there's only so many features you need to be able to write/compile/edit efficiently in 99.9% of the cases. Any new power tools for text editing will end up taking more time to learn and remember than be of use.

I'm not so sure. The fact that were editing the code as text and not as mutations and annotations on its syntax tree has always struck me as a sign that we're still in the stone ages when it comes to expressing ourselves precisely to a computer.

Re: We Have to Start Over: From Atom to Zed

#73

Post by __MatrixMan__ »

dist-epoch wrote: post #63
v3ss0n wrote: post #13

Earlier quoted context omitted.

Only works on Mac Big no no

So? It's a code editor. Have you ever seen a serious programmer which is not on a Mac?

One of the people I admire for their programming skill works on a raspberry pi. I use my work MacBook through ssh because I prefer Sway to MacOS's window manager. We are many and varied.

Re: We Have to Start Over: From Atom to Zed

#74

Post by 8organicbits »

noodlesUK wrote: post #50

I tried out the editor because of this post: it looks very promising. Unfortunately I can't use it because it doesn't have support for remote hosts/devcontiners. That feature of VScode is critical to my workflow, as I don't actually want to program on a Mac host, but rather use my Mac as a portal to the VMs and containers I actually code on. It massively helps with segmentation of my projects and improves my security…

I use development virtual machines to segment projects and clients also although I just run my editor in each VM. What's the benefit of the vscode remote hosts/dev containers over a normal remote session?

Re: We Have to Start Over: From Atom to Zed

#76

Post by eropple »

foobarian wrote: post #49
madeofpalk wrote: post #31

Earlier quoted context omitted.

I would guess most developers do not use vim. Pretending that vim is the universally loved editor that every developer has agreed upon using seems pretty disconnected from the real world. VS Code came up out of nowhere pretty recently, and is used by a lot of people, so that shows that there is (or was, but still post-vim) opportunity for a new editor. Whether Zed is able to gain momentum to cater for the long-tail t…

I feel like these classic editors are good to know just for general education like writing cursive. If you end up on some barebones system you will know how to edit a config file and exit. But for day-to-day it's all IDEs nowadays.

The line between "IDE" and "text editor" has blurred to the point where I'm not sure they're super useful terms anymore. When I used vim up till about 2019, I had it configured with all the toys to the point where it wasn't all that far off of where my VSCode setup is today.

Also, you know, insert Emacs joke here assuming if you still have enough RAM to post, etc.

Re: We Have to Start Over: From Atom to Zed

#77

Post by taminka »

tiffanyh wrote: post #48
taminka wrote: post #30

Earlier quoted context omitted.

despite what the article claims, clang and gcc are acc very good at vectorising code, and intel, arm, etc have entire teams dedicated to improving vectorisation in modern compilers

How do you explain the before/after speed improvement then?

i'm not saying that manually writing simd assembly or intrinsics is useless, it's very often necessary, i'm just disagreeing w/ the statement

> Unfortunately, compilers are notoriously bad at autovectorization and with the exception of relatively trivial loops, compilers rarely autovectorize effectively.

from the article

Re: We Have to Start Over: From Atom to Zed

#78

Post by Brajeshwar »

Recently, my faithful Sublime Text journey kind of ended, and I did not want to tinker/fix it. I have been using it since its first year of release.

So, I had to decide on an IDE to live for the next few decades or for as long as I needed one. The final battle was between Emacs and Vim. I had played around with both in my prior developer life. I took time to read up, play around, and realize I'm not living in an IDE (Emacs), so I ended up with MacVim. I set it up enough to my liking.

Just as I was getting around, a recent release of Zed surfaced on Hacker News. This is my go-to IDE for now. I still fire up MacVim for quick edits and to keep learning in case I need to settle down on it.

Disclaimer: I'm not a regular developer no more.

Re: We Have to Start Over: From Atom to Zed

#79

Post by dieortin »

FredPret wrote: post #53
noodlesUK wrote: post #50

I tried out the editor because of this post: it looks very promising. Unfortunately I can't use it because it doesn't have support for remote hosts/devcontiners. That feature of VScode is critical to my workflow, as I don't actually want to program on a Mac host, but rather use my Mac as a portal to the VMs and containers I actually code on. It massively helps with segmentation of my projects and improves my security…

I love this about VSCode. I wish Pycharm could easily do this without sending the code away for processing.

It can, there is a remote workflow similar to the one from VSCode. Search for “jetbrains gateway”

Re: We Have to Start Over: From Atom to Zed

#80

Post by campbel »

8organicbits wrote: post #74
noodlesUK wrote: post #50

I tried out the editor because of this post: it looks very promising. Unfortunately I can't use it because it doesn't have support for remote hosts/devcontiners. That feature of VScode is critical to my workflow, as I don't actually want to program on a Mac host, but rather use my Mac as a portal to the VMs and containers I actually code on. It massively helps with segmentation of my projects and improves my security…

I use development virtual machines to segment projects and clients also although I just run my editor in each VM. What's the benefit of the vscode remote hosts/dev containers over a normal remote session?

In my experience its mostly the input lag when dealing with the remote environment. I'm quite sensitive to delays in editor input, so I prefer something native. If you aren't sensitive or your remote connection is fast enough for your preferences, I don't think there are many other advantages.
Post reply on HN