Zed “kills” VSCode

[@AZisk]

JOIN: youtube.com/@azisk/join

[@KristijanKL]

mac only

[@rmdashrfv]

I got laid off last week because I was coding too slow. Had I been using Zed, I could have closed more tickets 10-15ms faster. Dammit

[@AZisk]

😆

[@amjedbelgacem8218]

top notch humour hahahhahaha

[@DK-ox7ze]

10ms per frame * millions of frames = hundreds of thousands of dollars lost in productivity 😅

[@AZisk]

@@amjedbelgacem8218Humor is appreciated here

[@saitaro]

​@@AZisk Typical German.

[@KAZVorpal]

"One thing about Zed, is it is focused on stability." Next Scene: Zed crashes.

[@kovalidis]

It does not crash, it panics!

[@mickeynissan9887]

@@kovalidis Hopefully by next version "Zed is focused on staying calm and composed".

[@winfredj9820]

🤣🤣

[@KAZVorpal]

Maybe this whole video is a troll.

[@redpepper74]

@@kovalidis I think you would say that it panic!s

[@hollyizza3672]

90% of the time i just stare at my code. Soo..

[@artaahenda]

i gues we dont need that😂

[@ric8ard]

Zed's response times wil be fantastic for use in films where everyone 'programming a computer' seems like they're on speed.

[@fiberrs1]

no it feels they are on cr@ck

[@EscapeVelocity1]

ok yeah true, people don't really open move code windows or write code like this, still it's nice if it's more responsive using the GPU. Not a feature enough to sway you away from the editor you're used to though. I think since GPUs are mainstream, this should really be the job of the desktop renderer, to probe for GPU capability and use it. Hear this Wayland?

[@codedusting]

Lmao. That 97ms to 58ms marketing is just marketing 101.

[@alfiegordon9013]

The thing that gets me is thats still a HUGE delay. Assuming your screen is 60Hz thats nearly FOUR WHOLE FRAMES between keypress and it being rendered on screen. I dread to think how slow it looks on a 144hz monitor

[@TomasRamoska]

@@squishy-tomato They will have more time to enjoy slow MacOS UI animations 😅

[@Dygear]

This is a far more interesting metric on a Raspberry Pi that is more resource limited. With VSCode living in that world, having Zed (Or COSMIC-Edit) running faster than the incumbent editor would make a palpable difference in programming experience on these small devices.

[@stephenb_dev]

Try zed vs vscode on a 4 year old Intel Mac and you will see this huge difference.

[@shrek95372q]

zed is written is rust 🤮🤮🤮🤮🤮🤮

[@jon1867]

My opinion on zed is..... ( waits 2 years )

[@Kookorukoo]

I hope you'll write the answer someday

[@jamesmuking]

Still waiting

[@kitamashi]

1 year and 7 months to go

[@Kokurorokuko]

@@jon1867 I agree with this guy's future opinion

[@computerscience1101]

I'll come back when two years will be over to remind you

[@fuzzy-02]

No windows support yet. Like it or hate it, it still is the big fish in the pond. Zed should get to level 6 first to get their ult and then try killing vscode

[@TheOllom1]

+rep for the analogy

[@FlameSoulis]

And no build for Linux? You know... the thing most people are connecting to and working on? So, just Mac users.... who are... not always doing dev work... Um... okay, Zed! You just pretend to be the cool kid.

[@shrek95372q]

i trust microsoft more than some small team from zed, the benchmarks are fake, when you install extensions it even worse than vscode, vscode is nice, its smooth, and windows design is good, also widely used and recognized editor, what the he is even zed?😂 theay hopefully fixed scroll whcih was buggy, but they didn't fixed other issues , i checked the source code they use strange variable names and also dont follow guidelines from mister bob clean code architecture that's why their codesucks j! and willsuck ! they will never replace google code editor and vscode !❤

[@Shimadacat]

I mean they could poke them down slowly by spamming Q (getting more extensions)... Zed is an artillery mage after all.

[@armentorosyan8268]

Didn't expect a dota 2 reference here

[@KalosLikesComputers]

I think the problem here is that nobody is complaining that VSCode is slow - we use it for its convenience and its extensions. if you want a fast no-frills code editor like this, you're gonna use nano or neovim or Sublime, etc. Nobody asked for "VSCode but stripped down to the essentials and also slightly faster," so while Zed is getting a lot of coverage and that is good for competition, there is absolutely no reason to use it over VSCode.

[@DynamicalisBlue]

I am complaining about VS Code’s speed. It used to be fast when it came out but it has slowed down overtime. Sometimes it takes me seconds to open a file, which is annoying considering I use VS Code as a quick editor and not my main IDE. (I use Jetbrain’s tools for my main IDEs)

[@openshores4288]

​@@DynamicalisBlueyeah. Whats the point of ide if it freezes when opening/editing projects(based on my experience). As for me, neovim is the one, it also fixed my wrist.

[@radiantveggies9348]

I complain about that. I use vs code as a lightweight editor with some useful programming related features. For real development work I use intellij

[@charlesm.2604]

​@@DynamicalisBlue If you're using Jetbrains IDE primarily and only need a lightweight text editor why not use their new Fleet editor ?

[@vittoriocalicchio9100]

@@DynamicalisBlue I think that installing a lot of thing on vs code also make it slower, I have only the language exstation and the code runner and it goes smoothly with no problem

[@ghfsd786fa]

The bad thing about Zed (for now) is that VSCode has a ton of extensions; yes Zed automatically integrates using LSP but that's pretty much it. But it's VERY promising.

[@comradepeter87]

What makes it promising? It's for Mac, and as far as I can see, VSCode just runs like butter on Mac and prolly doesn't hog a big %age of RAM too.

[@JohnMaverick-w7c]

@@comradepeter87 Drains a lot of my battery tho, I still need to try Zed and see if there is some improvements

[@FlanPoirot]

​@@comradepeter87doesn't what? VSCode bundles a whole browser, an OS compatibility layer (electron) and a language runtime just to run a text editor. that's as wasteful as it can be

[@MindBlowerWTF]

All of my extensions in VS Code that I use at work are to provide functionality that LSP and treesitter provide. Im fine with it just having LSP now.

[@comradepeter87]

@@FlanPoirot That's more of a thing which I hate on principle. However, realistically, it doesn't take that much storage for something that's such a key component of your development cycle.

[@ThoughtfullySo]

I realize how valuable extensions are for VS Code. They're the only ones keeping me from moving to Zed.

[@Daniel_WR_Hart]

VS Code is the Skyrim of text editors. It has its flaws, but it will outlive all of us with its extension/mod support

[@VL-om5nr]

@@Daniel_WR_Hart Kind of Like C/C++ .

[@jorge1869]

Taking the crown from VScode is very difficult, there is a lot of work behind it, it takes years to offer the developed benefits that it offers.

[@loldoctor]

The developers of Zed contributed a lot of that work, particularly with respect to Electron.

[@perghosh8135]

Have you used VS or working with larger projects then Sublime Text is a lot faster VSCode is slow if projects are big

[@mii7s]

@@perghosh8135I mean when I work on a large codebase, I move to neovim. Vscode cant handle large projects and I don’t think thats a negative, because vscode could not add all the features it has plus be super easy to use with no learning curve if they also wanted to make it handle large projects better. Personally, I work on large projects maybe twice a year or even less than that, so vscode fits my requirements. And I think most developers and engineers fall in the same category. Plus I don’t think your point makes sense because no one who works on a large codebase uses vscode. Vscode never said that its large codebase friendly. Everyone knows its electron and can’t handle large projects.

[@kirillvoloshin2065]

if they fix about 5 things, I would never go back to vscode

[@shock9616]

I'm in a similar position: I'm not using Zed as my main editor for now, but I am keeping it installed and periodically checking things out as it gets updated. It has a lot of promise for me and I'm really looking forward to seeing where it goes in the future

[@Sestaak]

Performance matters a lot more when low on resources. I've driven a baseline MacBook Air to its limits and beyond for years, most of the time VSC had little to no noticeable delays but whenever running out of memory or having the CPU catch up, it was BAD. Particularly the vim mode plugin (ergonomics, yo) would swallow inputs and become generally unreliable. That aside, VSC also uses much more memory than it needs to, as any Electron based app does. 300-600mb may be nothing for my current computer, but when you're running 8GB with your base system already using 2 of those, you've got some containers (another 1-2GB), browser tabs and other dev tools open, you'll appreciate every bit of extra memory you can save.

[@mumble3535]

When working on large monorepos my extensions alone would consistently use 4GB of ram. Thankfully that doesn't really affect my workstation, but it's still not okay.

[@himanshutripathi7441]

I have 8 gb linux laptop I feel firefox eats too much ram even web uses too much ram in general 8gb feels 2Gb these days

[@markmywords3817]

Which is why I just use vs code sparingly when pairing with another person or computer, but personally I use vim and neovim. Also when I need to go to a cafe and want the peace of mind of being able to do quick coding sessions, I could also replace the laptop for a tablet and use vim / code-server via ssh.

[@jj-big-slay-yo]

Yup, having a browser as the display surface for all electron apps (chromium) and running everything in it essentially adds a non-significant amount of tax to any app. For vs code its's fine (it does a lot of things well), but you can also take a look at intellij based apps (while more advanced) having a java swing based app is also quite heavy. One thing I will never understand is the people who create / use something like hyper (the electron based terminal....) that is just insanity, even if your computer makes no sweat about it.

[@justADeni]

Exactly. Everyone who says that bloated Electron apps are as fast as something native like Zed are just spoiled with high-end pc's

[@esparda07]

When something becomes a "killer" of something, it's usually all hype.

[@Bankoru]

I dunno if I'm the only one that doesn't care about an extra 50ms or whatever input delay, but just having good features, like what you get with Jetbrains

[@DanielHarrisCodes]

I held off trying Rider for .NET dev and regret waiting so long. It’s superb on Mac IMO. Not as much of a fan of it on Windows but I have Visual Studio on there. JetBrains Rider has tons of .NET focused tools that VS4Mac didn’t have. I know this is an IDE but JetBrains also have a beta of an application that can switch between text editor (like VS Code) and Full IDE as required. Which I think is an interesting idea

[@MindBlowerWTF]

yeah, if we are talking slow vs slow editors, then at least JetBrains stuff provide great experience.

[@Kerojey]

VS code opens for me like in 10 seconds with all extensions, and OS loads in like 12 seconds

[@charlesm.2604]

​@@KerojeyBut how often do you close and re-open the editor or reboot your computer when you work ? Surely only once. If you gain a few seconds but then have to deal with a worse developer experience, less tooling support, constant crashes in collaboration, etc. (we didn't even see any git support in this video) then what's the point of saving those initial few seconds?

[@TomasRamoska]

VSCode works on Windows, Mac, Linux, and Web browsers. With so many extensions like WSL, SSH, Docker, etc. With SSH extension I can view pictures and videos over SSH on my server and browse files like I'm working with Files Explorer or Finder on the local machine. Zed is not a VSCode killer 😂 I don't think they going to kill anyone anytime soon.

[@xcrap]

I'm using Zed for 2/3 months now and it became my main editor as VSCode is the backup because of the extensions. Zed still has a long way to go but it's quiet impressive what they have done so far and I'm loving it.

[@RedBearAK]

There’s an extension for VSCode to enable zooming font size in the editor separately from the rest of the UI. I think it’s called “Responsive Font Weights”.

[@sacredgeometry]

Thats so useful, thank you.

[@the_bruce-z1w]

VS code in Windows does it without an extension

[@sivuyilemagutywa5286]

What code editor did they use to create Zed?

[@Lewdiculous]

Of course it was notepad.exe.

[@shock9616]

They probably used vi

[@whobitmyneck]

Zed was built with Zed when Zed was stable enough

[@DefaultYoutubeUserAccount]

@@whobitmyneckAnd before that?

[@sivuyilemagutywa5286]

@@whobitmyneck hahaha it was a joke

[@ekkkkkknoes]

It's nowhere near a vscode killer, being MacOS exclusive still.

[@GoblinArmyInYourWalls]

Is programming on a Mac even really programming?

[@szymonn4800]

@@GoblinArmyInYourWalls why wouldnt it be?

[@GoblinArmyInYourWalls]

@@szymonn4800 it's sarcasm you dunce

[@leonstone3443]

@@GoblinArmyInYourWallswhat kinda dumb question is that

[@GoblinArmyInYourWalls]

@@leonstone3443 it's a joke, dunce

[@ml_serenity]

In a span of last 8ish years I saw VSCode to turn from an editor into a full-fledged IDE with features missing in mammoths of industry like Visual Studio.

[@abdullahzafar4401]

I've been using zed for a month now as main and I think you should make another video, ALOT is improved

[@_ilearn]

- no extensions - no copilot chat - no extensions - no theme store - no extensions - no windows app - no extensions But yeah, rust, it opens quickly, it scrolls quickly, and uses gpus. As if that is what I needed from my code editor that I run on an M2 chip.

[@derciojds]

and no extensions.

[@adithya8067]

And no extentions

[@AntonioBrandao]

I've been using Zed and it really is snappy. I was able to customize the colors a bit and I'm really happy with the interface. I was never a big fan of the VSCode icons on the left.

[@dudaoutloud]

VSCode does slow down with large projecțs (like multi-project mono repos). I switched over to JetBrains WebStorm and the usability with these large projects was terrific! Yes, you have to pay to use WebStorm, but it’s worth it for my projects (plus JetBrains’ AI Assistant is just as good if not better than copilot).

[@aidansgarlato9347]

Yea I’ve worked on projects where if I have like more then 3 tabs open with tens of thousands of lines I can get an input lag of more then 500ms and witch really sucks

[@DakotaCarter22789]

If you buy a year of jetbrains you can keep those premium versions of the editors perpetually.

[@SQLinForm]

Thanks for your great videos. I even sometimes watch them twice because there is soooo much useful information in your videos. Greetings from Belgium & Germany

[@fenilli]

No support for linux nor windows, no dark mode in their website .... long ways to be even close to vscode killer.

[@AZisk]

your first point is valid. Your second point I have questions.

[@fenilli]

its mostly about their target audience is wrong, they are not supporting developers as a whole but a niche group, most developers like dark mode on everything, so if your product is for developers so should you target that audience, same goes for the windows 90% usage vs mac...@@AZisk

[@fenilli]

so to iterate a tldr, I doubt their product because they don't know what their target audience is, so features that most likely would be good will tend to not be priority.@@AZisk

[@FirephoenixX02]

Both Windows and Linux support is in the works tho

[@fenilli]

in the works, is not priority, basically saying " we prefer to work in a 5% usage base instead of the biggest one "@@FirephoenixX02

[@dampfwatze]

I doubt that it will get comparable extensiblity as VS Code. But without it, I don't think it will be easy to switch. If they instead build everything they can into the base editor, it will become a full blown IDE like Visual Studio, which is not at all lightweight...

[@jaroslavhuss7813]

Alex - why are you not wearing Apple vision pro? Scared of seing Zed being 10ms faster on your own eyes? :D

[@AZisk]

😆

[@ir8293]

Sublime is the GOAT. 🐐 It’s as fast as Zed (look at dev build performance), native and has a great plugin ecosystem. It runs on Windows, Mac and Linux. UI is hardware accelerated too.

[@tumescent]

My favorite too. It's perfect for scripting and projects that are too small to justify using a full-fledged IDE. With LSP plugins it's completely replaced VSCode for me.

[@PerfectArmonic]

Is not how fast is vs code, but is how many resources consumes when is running. Sometimes it crushes the entire system… at least on my Mac.

[@not_ever]

It's not just on the Mac. Electron based browsers are also resource hungry.

[@MarkStatkus]

I also find many corp environments they got us installing Symantec or some other file scan tank responding to git and VSCode. My Intel max sits at 100C most of the day. Any attempts at asking for an exclusion list are lost.

[@dailytipsFR]

Try to run webstorm 😅

[@andrefig822]

Zed is way faster than VSCode w/ minimal extensions here for my mid-sized projects.

[@ml_serenity]

Used VSCode for YEARS and never had to reload window for "stability issues". Only did it when reinstalling addons.

[@Japanology]

How did you do the voice dubbing that perfectly sounds like Bruce Willis? Which tool?

[@Ati27]

Could be Eleven AI

[@milahu]

just a good microphone to capture the bass

[@sploders1019]

I’m excited to see a new player in the space. I’ve been happily using Helix for a while now (I think Kakoune’s way of doing things makes a lot more sense than vim), but I originally switched from VSCode because I got tired of all the popups, notifications, and random obtrusive features getting added without warning, forcing me to read for hours through release notes and settings descriptions trying to figure out how to turn it off. I want my editor, and I don’t want it to change unless I ask it to. Hopefully Zed turns out this way

[@misternegative2759]

my sudo nano opens faster than zed

[@AndreasToth]

The response time differences may have a lot to do with the simplified extensions that Zed supports compared to the more complex extension interface of VS Code.

[@brandonbraner]

I’m sorry but if the speed of opening files is what’s killing your productivity then congrats. Maybe remove some plugin bloat?

[@usr3801]

Even without any extensions VSCode is starting slower than zed simply because VSCode is built on Electron

[@DakotaCarter22789]

When you were launching zed and vscode. Vscode was closed out completely while zed was not. Zed was still on the dock with a dot under it while vscode was nowhere on the dock. That dot under the application on the macOS dock shows that that application is loaded in ram, even though no visual window is loaded. All you did was measure loading from ram and loading from disk.

[@yannick-was-taken]

"stability" lol saw this thing crashing a suspicious amount of times :P

[@kirillvoloshin2065]

using it for a week, crashed maybe 1 time (M1 Macbook Pro)

[@trainsurf]

To me it seemed to mostly crash with the coop coding which makes sense as it's in such early development

[@esco5319]

Zed is not 1.0 (stable) yet, it's in BETA.

[@gurentandinga5170]

What makes VSCode so strong for me is the extensions. If they catch up, especially when it comes to remote development, I'm super fine with going over.

[@wanarchives]

Yeah, killer only for mac user

[@Strawmelonjuice]

I mean you could try to build it for other OS's, but for now you might run into trouble

[@hnasheralneam]

Linux when???

[@Gruak7]

It is literally available in the arch linux repos today. No need to compile anuthing, just use arch BTW.

[@szymonn4800]

@@hnasheralneam they are still working on linux and windows builds, you can check on their website

[@salatwurzel-4388]

@@hnasheralneam now

[@milutzuk]

They improved upon the Notepad code base and called it Zed. As you can see both include e and end with d.

[@nurronyitc]

Do you have all extensions disabled? I recently switched to NeoVim because VSCode becomes too slow and memory hogging for large project. Frequently got VM OutOfMemory issue. Moreover the extension can eat up loads of space as well

[@larsondavis8155]

I was assuming they were talking about render times, not necessarily perceived delay.

[@JSiuDev]

It is very good to have alternative. However, I don't think being fast is a good angle for promoting an IDE. VScode success is its huge number of plugins.

[@AZisk]

have you every used Visual Studio though?

[@JSiuDev]

@@AZiskYes, but long time ago. I mainly use vscode and a little bit of eclipse now.

[@JSiuDev]

@anthelegendI thought zed don't have much plugin yet? How you get 40??

[@JSiuDev]

@baconmanthelegendOh, AZisk was asking about Studio, not code, so I thought you are referring back to his video and zed. My bad 🤦‍♂️

[@nerdiloo9863]

IMO I prefer Zed's not zooming the explorer pane. As I write code more than present, this works for me. When the explorer pane's font size increases I have to fudge with the width of the panel to see stuff. Its all about the code window for me.

[@AlexanderBorshak]

Zed is good, but UI/UX in VS Code is much more convenient. And VS Code is fast enough.

[@this_username_speaks]

I've been using Zed for 1 week now. No regrets moving to zed. (the only missing feature is the capacity to work over ssh on a remote server)

[@QuintonDolan]

I’m still going to use IntelliJ IDEA to do my actual work because it does so much for me, and can handle working on massive projects well. The only time I run VSCode is when I need a dumb text editor, as long as it has a cli tool to open a file it does what I need.

[@charlesm.2604]

Honestly bro as much as I like vscode, for this kind of usecase I'd pick Fleet. It starts similar to Zed and you only get the IntelliJ platform features (indexing, LSP support, code refactoring, -basic- debugging and profiling, etc.) *after* you click on a button so for simple text editing with git support, terminal, folder workspace and whatnot Fleet is better than vscode in my opinion.

[@BigOrangeMan]

One thing I realised is if you want to create a Monopoly, building extension ecosystem is big part of that. Scenarios like this shows it very well. Developers put years of effort into building these awesome extensions and now its harder to competition to break in. Thats why even Google's new cloud ide, project idx is based on code - oss and they can use well established vs code extensions.

[@alesgabor7606]

Laughs in Neovim

[@vslow4795]

Will definitely give Zed a good try. I like the idea of modern performance-focused editor. As I am not a full-time programmer, it is hard to keep my vim/neovim configuration stable. In contrast Zed seems to be almost feature-complete without any plugins.

[@MindBlowerWTF]

try helix then

[@vslow4795]

@@MindBlowerWTF Does it have support for CoPilot?

[@5cG001]

the sigh at 2:01 lol

[@therealclart]

I am VERY exited for the future of this editor. I think it has a very promising future!

[@thomasluk4319]

I am a linux user, it cant kill me

[@AZisk]

😂

[@furkanbuyukkaya4629]

I don't think anything will replace vs code for me. With all the extensions I have, the snippets, the shortcuts, I am so invested in it that I can't really think of using any other ide(not that vscode is one)

[@jasper5945]

not surprise since VS Code using electron.. so you're technically writing code in a browser xD

[@t0dd000]

As much as I gripe about electron, I am always shocked at how versatile it is.

[@Miluum]

By the way, it is now "available" for Windows and Linux too; but you have to build it yourself. It's essentially just running 3 commands in the terminal. Note that it is really unstable, crashes often, Copilot won't work and lot's of stuff is just not working yet.

[@adonespitogonaif]

As a vim user, vscode is noticably slow.

[@adithya8067]

No shit sherlock. Ofc it's slower than vim.

[@alikia2x]

it is fast but it's also missing features at the moment just as a tweet says "For TypeScript there is no full-project analisis, refactoring actions like in InteliJ - instead we have useless AI and fancy colors."

[@qvipin]

For the test where you opened Zed in the CLI and VSCode in the CLI, Zed was running in the background (clearly notated by the dot at the bottom) and VScode took significantly longer because it needed to be reopened. Borked test and this whole video is most likely invalid. Before publishing, check for flaws in your please.

[@GabiruCode]

the only thing missing for me to fully migrate to zed are useful extensions

[@IStMl]

Zed is like Arc. Reinventing the wheel for the sake of it.

[@simonvh7092]

I thought visual latency was detectable around 20ms, audible latency is around 2ms though

[@xbeast7585]

Good but nothing can kill vscode

[@federicoagustinsawadyoconn2716]

Give it a couple of years

[@bluesbasscovers]

this is the most entertaining review i've ever seen - with enormous substance. speaks to me from the heart 👍👍👍

[@maganaluis92]

The thing I don't like about VSCode, is that is not really OSS, you can create your own plugins but guess who is going to benefit from it? not you, not me, the only one that benefits is Microsoft. So please stop making plugins for VSCode :)

[@outrowed]

VSCodium and Code OSS exist. Plus with Open VSX Registry as an alternative to Microsoft Extension Gallery.

[@heian17]

Maybe you also say "please stop uploading apps to Google Play, App Store"?

[@karmatraining]

I've tried Zed and if you run it on a 120Hz screen (e.g., directly on your MBP) it feels glorious. Once we have all the usual plugins that everybody uses, it's going to be a serious VSCode competitor. VSCode is great but it's hamstrung by electron, I like the bare-metal feeling that Zed gives. Also the AI autocompletion in Zed is god-tier, I use it to write documents and it's incredible! Definitely a must try if you can afford OpenAPI API keys.

[@ZedZarate]

So i killed vscode?

[@jamesmoynihan948]

Biggest benefit: battery consumption is much lower on Zed. Gotta love that Rust performance! But I agree with Alex. Zed's not quite there yet, but they're making quick progress. Gonna keep checking back to how they crack VSC's "moat": the extensions.

[@arthurwiebusch9292]

good luck getting zed to work in legacy projects. Hope they fix it soon, looks awesome and pretty fast

[@ppcamps]

Unfortunately, it still doesn’t have a “source control page”, like vscode and jetbrains ides. It also doesn’t support debugging. And it’s multi cursors are still bugging some times. As soon as they fix this, it’ll get ok to use

[@johnfilhmarola5440]

its actually not just the input, its everything with it

[@oldominion8669]

I have switched to Zed only this whole week at work and I really love it. Think I will stay on it in the future.

[@VeejayRampay]

installed zed, tried to setup my favorite color theme, not supported, went back to VS Code

[@harshwardhan7858]

I currently use MacBook Air M1, and yes Zed is noticeably faster than VS code (seriously).

[@tommysmith5479]

The "speed issue" is a non-issue. What matters is workflow. I have no idea what Zed's workflow is like since I've never used it. But I do use VS Code and the workflow is great.

[@alextrebek5237]

LSP server? Plugins/extensions? No telemetry? Seamless integration with current vscode extensions?

[@malborboss]

I dont think that it will ever have integration with vs code extensions. Its not based on electron

[@thooper989]

Zed is available on Linux now. I have it installed on Debian 12

[@csj-anti-2030]

Hi Alex! Your videos are a must for any developer, I really enjoy your attention to detail and really professional tests, oriented to the developer ecosystem.

[@AZisk]

Glad you like them!

[@Pengeszikra]

I found the Zed is much more consistent on syntax highlight of javascript code highlighting in html page, even can understund JSDoc out of the box in that situation:

[@ApicatUs]

I hope it really grows to be a competitive alternative to vscode, we need options !

[@rodyaolast8458]

I deleted zed after all the syntax and type hints suddenly stopped working for me...

[@bullettime2808]

Actually gave it a go by working on a real project and I'm quite impressed, it's been 2 days since I used VS Code for my React projects, had to use VS Code when working on Angular since Zed is missing the Angular extension but for React I have fully switched to Zed + Vim Mode + lazygit

[@angelzhelyazkov]

And 8 months after, what are your thoughts?

[@Mark-kf9uj]

Opening folders/files with zed looks like the folder/file is open in the background

[@everyhandletaken]

Not sure about the zooming of whole window vs the editing component, but it would be nice on both if you could do this independent- like add a 'shift' key to the mix- so you zoom it all, or just your code. I'm just glad that VSC recently added the ability to have zoom per window, rather than zooming all open windows at the same time. I'm glad we have a competitor in Zed, but as a lot of people are saying, we need more extensions before it is a VSC killer.

[@LukeBarousse]

Glad to see that Scharzenager got broken out for the true test 👍

[@Luke_P]

Tried it out myself too, it's honestly a great experience. It really needs ssh support like vscode has and maybe a better ecosystem, but as soon as the ssh support is there I'll be ready to jump ship from vscode on to it.

[@hritikrathod6696]

I had assumed that there was no competition for the VS Code, but Zed proved me wrong

[@randyxarrigeorge3487]

It is fast alright. But the lack of extensions are a deal breaker

[@rx97_mc]

Holy shit you changed my life, i had no idea vscode let you drag windows like that, it's been a top request for ages. Anyways, i hope zed becomes a viable competitor to vscode!

[@capitalinventor4823]

With respect to the increased speed found with Zed loading files, starting approximately at 1:35, the testing did not take into account two important things. The first is the time to start or switch to the app. The second is that after the first test the file or directory is held in cache memory by the operating system. To properly test how fast each opens a directory or file a new directory or file must be selected for each test. For each pair of tests the two directories or files should be as close to the same size as possible. I was part of a team that was responsible for changing a process which ran once a night into one that could be started from a website. The process involved a large number of small programs that each performed a tiny bit of the process and used temporary files to communicate between the different stages. The process originated on a six bit mainframe and there had never been enough money or time to integrate them into them all. Programming wasn’t the issue. Verifying the outcomes stayed the same was the highest priority as the application was used during the process of business incorporation. Any differences and lawsuits could occur. The data was still stored using six bits and every small program read data, converted it from six bits, ran, converted the output to six bits, wrote the data to a file, and exited. A script was used to control the flow of the small programs and that had to be modified to prevent them from overwriting one another temporary data. Time and extreme caution limited our choices. Instead of making each of the small programs able to run instances at once it was easier and safer to lock each one to a single instance. When it came time to testing we ran a request through the nightly version and it took somewhere around 45 seconds. We then switched over to our project and ran it in a two or three seconds. We were all thrilled but it seemed way too much of an improvement for me as we could not implement the chances we identified as having the biggest performance improvements. I asked the person running the test to retry the old method again and it ran in three to four seconds. We eventually determined that the gigabytes of data the application uses was cached in during the first running. Because we were running on a server with lots of memory and set up to cache as much as possible we had to fill the cache with approximately 96GB of junk between tests if we wanted to compare times. This was 25 years ago on a Silicon Graphics server. Ever since then I’ve remembered to take caching in account.

[@bartogi9993]

Amazing, you can save 20ms while opening files. What do you do with that much free time?

[@That_Guy_You_Know]

Running on Linux, for rust, my main issue was there was always a single core pinned to 100%. Unsure why. Other issues I ran into were the inability to scroll with a mouse. This was not a big issue though as I mainly use vim bindings. Otherwise everything worked fantastic.

[@brock2k1]

1:36 I wish you would have varied the order in the file open tests, because it looks like vs code had to access the file from disk, then zed got the cached copy from memory.

[@Evteboda]

tryed Zed for a while. looks ok for some simple tasks considering perfomance, thx for suggesting new software

[@PankajDhande]

Well, 10 months after releasing this video, vscode is still there with same popularity, so no, Zed could not kill vscodw

[@ricardosmith2060]

The only time i notice significant differences in speed is when I'm opening large log files. but I'd argue that there are better tools for handling stuff like that. For regular coding the differences are not big enough for me to care so i just focus more on features.