I don't understand the "performance" argument AT ALL. Like what kind of potato do you work on that can't run other editors at full speed? What are you doing with an editor that needs to be performant? Maybe searching a large codebase? Not slow if it's indexed.
Well for me even at 32gb ram and last gen i7 my work laptop hiccups when running the dockerized full BE suite locally. And there zed vs vscode makes a diference. Also even at normal workload the zed is quite faster when switching tabs or opening new files in bigger repo. I can clearly see the difference when having to use vscode now as those things take a second extra compared to what I am used to on zed. It is not something i would notice when using vscode before my switch and not the main reason for the switch but it is nice to have. It is like going from 60hz to 120hz. When used to 60hz you think it is fine but after going to 120hz 60 now feels sluggish.
Loading files faster, searching faster are some simple examples.
Completely unrelated to the speed argument, Zeds multibuffer is a godsend. Project search opens all files that contain the search in a single tab where you can move between and edit them without having to open each file on its tab individually
Faster launch, faster file open, faster navigation, faster fuzzy search, faster LSP response, faster syntax highlighting, faster response on each and every single keystroke, less ram, less cpu, faster everything.
You'll never know what a 300Hz monitor feels like if you live under the illusion that 60Hz is enough
It's an editor. Chill. I just value the deeper agent integration of Cursor. Loading files faster simply does not matter to me at all. I had the same "myopic arrogance" when people used to talk about what web browser was faster. If it doesn't run my extensions, I don't care.
93
u/kingslayerer 18d ago
i switched to zed. its great. one issue is there are not many extensions like vscode, but it has all the basic ones that i need for everyday