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

61–70 of 243 posts

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

#61

Post by dewey »

bihla wrote: post #52
shubhamjain wrote: post #41

I used Zed for a while. The biggest performance improvements I noticed, compared to VS Code, were in start-up times and the opening of files. Sure, Zed feels snappy in those areas, but I feel VS Code is simply not that bad speed-wise when it comes to everyday coding. Especially, in the era of M1 Macs. Zed may win the battle in the longer term, but I feel slow performance has to truly annoy the fuck out of the user to…

For our team, VS Code is reaching that point. The Macbooks can’t keep up with VS Code’s decay. Unfortunately Zed lacks good defaults (like a way to change tabs without the mouse) and certain vs code features like snippets. Makes it difficult to transition a team which has been dependent on Vscode and which has absolutely no interest in spending our days configuring tools

Are you running a lot of extensions or giant file sizes or how are the computers not keeping up with VS Code?

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

#64

Post by monkmartinez »

Terretta wrote: post #60
MR4D wrote: post #23

Fantastic interview where you really get into the mind and mindset of the developers for how they approach development from many different angles. Highly recommended. I only have one disagreement with them. . . > the perfect name for a text editor in Zig is already taken: Zed No, it’s “Zag”. ;)

> I only have one disagreement with them. . . > > the perfect name for a text editor in Zig is already taken: Zed > No, it’s “Zag”. ;) Except that `zed` contains `ed`, precursor to `ex`, `vi`, and `edlin` yet still around: `ed` is a line editor for Unix and Unix-like operating systems. It was one of the first parts of the Unix operating system that was developed, in August 1969. It remains part of the POSIX and Open…

Except that "Zag" would be at least 3x awesomer[0] as defined by things that are awesomer.

[0]https://en.wiktionary.org/wiki/awesomer

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

#65

Post by jeffhuys »

sofixa wrote: post #34
loloquwowndueo wrote: post #18

Earlier quoted context omitted.

Unless you don’t own a Mac.

Or even worse, you own a Mac (say, through work), but aren't entirely in the Apple ecosystem and don't want to relearn everything and fight muscle memory every time you switch devices.

Remap the keys.

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

#66

Post by projektfu »

paxys wrote: post #37

I wish developers would break out of the silicon valley bubble and realize that the majority of their potential userbase – including technical users – are on Windows and Linux. Heck that's the entire reason Atom (and them VS Code) got popular. No one cares about the nanoseconds of performance you are able to optimize. Working across all my devices and development environments (including the web) is table stakes for a…

They do care about latency, and I credit these developers for having a goal to minimize it. VS Code isn't bad but when regular Visual Studio changed its design like 10 years ago, latency and lag went through the roof.

However, the tech stack itself isn't the solution to latency. Doing an unbounded operation before responding to input will cause it, so will overusing memory and/or cache.

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

#68

Post by instagary »

pm wrote: post #27
instagary wrote: post #9

I tried Zed, and it felt similar to VSCode. I know there are multiplayer features that are better than live share, but on the surface, I needed convincing to switch. I would be more inclined to use Zed if it could displace XCode. It pains me to use it from deleting derived data or cleaning the build folder to random crashes. Contrasting the DX to Android Studio, it's night and day. I always wanted an Android studio-l…

Xcode and Android Studio have plenty of warts. What is it about Android Studio's experience that you find lacking in Xcode?

Part of me thinks it could be related to our project using CocoaPods. I've always appreciated how nicely Gradle worked to install dependencies, and the DX always lacked in Xcode. SPM works similarly, but I have yet to try it on a medium-sized codebase. So, my frustration could be related to CocoaPods.

Apart from package managers, I like the auto-import features for frameworks in Android Studio. As well as the "fix it" UX, which is similar to VSCodes. Having an integrated terminal is something Xcode still lacks, and maybe a better UX than a Plist to configure projects; I know XcodeGen/Tuist and other tools exist, but something built-in would be nice for fast project config.

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

#70

Post by airstrike »

mananaysiempre wrote: post #36
sapiogram wrote: post #17

Earlier quoted context omitted.

> So there is some plan :) How does that follow from the rest of your comment?

Logically it doesn’t, but in actual good-faith communication people usually follow Grice’s relevance maxim[1]: the points they mention are relevant to the conversation and the point they’re making. Thus, if neither Linux nor Windows support are planned, and the question is about Windows support, saying that Windows will come after Linux would be (vacuously) true, but the mention of Linux would be irrelevant. (Notably…

What a beautiful comment. We should make it the MOTD for perpetuity.
Post reply on HN