Code is merely a mathematical, symbolic construct. It can be stripped of much of it's linguistic elements and expressed as pure schematic, like any hardware. Just nobody has come up with good graphic design to properly illustrate code as schematic. "blueprints" and "node editors" are a nice start but still don't replace pure text code. As someone who started as a game artist then moved to game coding, I am not as 'wordy" as the normal programmer, pure text is not processed in my brain the same. I prefer a more visual environment. I see no difference between zed and VSCode. More of the same "word-head" tools for the pure programmer keyboard experts. Hopefully what we see in Unreal and Blender will improve and us artist-coders will have a chance. Tryin to make such an schematic editor for the more visual mind. I was trained in hardware schematics, I believe it can move into software too. As a matter of fact, i think very large projects would be easier to manage in that way. We have troubles now because millions of lines of code is too much to express in raw text. Impossible to find all the problems at scale. IDEs need to radically change.
In early dev they’re only putting it on Mac to see public reception before focusing time on porting to other systems. It will come, but it will take a bit of time.
@@lazyh0rse I don't think it would be a about gatekeeping, it's an open source thing, so technically anyone could pick it up and create a windows/linux fork. Maybe the creators are simply running into bumps on porting, or simply find it tedious/uninteresting and aren't really making it a priority. As am app developer myself, I used Mac, mostly due to the performance of the M1 (I used to hate MacOS prior) and the sole reason I didn't create windows/linux versions of my app was because I didn't feel motivated to do it. Sure it's great for users, but as a developer you spend so much time doing something which, if successful, results in the exact same app, so it's hard to feel driven to do it (my personal opinion)
@@juniorcecconyeah, sure... because all programming tools are MacOS-exclusive. People who think they are better devs just for using a Mac for coding are plain delulu - and I've seen a few of those.
@@hermes6910No, elitists dont waste time for configuring a whole OS on their own. All of you here seem to be very young and I guess you also never worked in a company. No one has time for managing arch, neovim or anything else. There are some people crazy enough to configure all their stuff outside of work, but those ones mostly dont have a real life. So yeah, someone who uses arch is not considered a pro in the working world, my 5cent to that topic
@@igorskyflyer not really. If you want a real programming experience you should go Linux. MacOS has so many quirks and workarounds... Like trying to update Python or the whole brew thing.
If it gets Plugin system as flexible as VS Code then you know who gonna become Industry standards. I love that crab, It might be annoying but its fast and stable.
Crab or not, by itself it doesn't matter to the user. It needs a concrete value proposition to compete and programming language its written in is not important.
@@ayaya-ayaya I don't know many people who struggled with the speed of VS Code TBH. Come on, if you're programming, I highly doubt you're doing it on a hot potato. If this was something like a faster version of IntelliJ, then holy shit that would be amazing, but VS Code is already light enough that nobody really cares.
@@overlord1995On my laptop, VS Code is really slow if it's in power saving mode. Text selection and typing are lagging. It's 11th gen i7, not an old laptop. Even if I turn off power saving, but don't plug the AC in, it's still noticeable. On a desktop computer with 5900X, I cannot tell if it's slow, or at least it's not annoying.
I do certainly think they need to prioritize the Windows and Linux platforms if they want to truly compete, but pre 1.0 release I suppose it makes sense to focus on a single platform. Being Rust based, porting shouldn't be too hard.
@@nullpointer1755actually not entirely true. There have been apps and tools which were absolutely killers when they came out. Take Spotify, Amazon, ...
I don't care what language it was written in. Being fast is already a good selling point for me. The more important part is, it's really good and refreshing to see the new tech which IS NOT built on or built around web-techs, like Electron containers or browser-compatible apps, for a change.
Like it or not, webtechs made vscode what it is today - portable, extendable code editor, if not for (mostly disliked by me) JS you wouldn't have so many extensions. Can you do it differently? Yes. Can it be as modular and portable as vscode? Yes. Will it be couple of times harder to achieve? Yes. Does Zed do it? No.
8 หลายเดือนก่อน
Yeah, it's funny to me that must people complained how this is not already portable and available in Windows and Linux. Guess why that is?
@@proosee That's a fair statement. I don't argue that projects like VS Code and Discord would turn out to be what they are today if not for JS in general. But that doesn't mean any other piece of tech that's supposed to be OS native but wrapped in an Electron container could actually become a good piece of tech. Despite my pet peeves with JavaScript as a language, I don't shy away from using it where appropriate. What I can't get behind is today's developers attitude towards tech in general. It doesn't matter where your software is running. If you don't use any piece of web-tech in your stack, you're being frown upon like you committed some sort of cardinal sin. That's why I'm really exited about projects like Zed (even though I don't really like Rust as much as most people do). I'm exited and hopeful to see that people are at least trying things differently.
@@icemojo I agree with you, but to be honest I haven't got pleasant native UI experience since maybe WPF, but that was also a bit clunky in some areas - that's the main reason people like web technologies: to build UI. When you dig deeper into resigning from web technologies you get a bit more, I wouldn't say obstacles, but maybe friction, e.g. want plugins? Sure, just provide cool Lua API and everyone will be happy right? Well, not really, for most people Lua is exotic language and even though it is very easy to learn then most plugin devs will be a bit sceptical from the start. Not to mention that Rust itself no longer than (I think) year ago also had some portability issues when it comes to compiling same crates on different platforms. I'm sure they are resolved right now, Rust community is one of the most organised ones, but still, you need to add such risks to your equation when you decide upon your tech stack for new project and it is not easy to step out of comfort zone, because, yeah, web is pretty comfortable - there are tons of SO question about web for example. I also would like to have crispier experience with my editor, but would I trade it for support for virtually any development technology there is in just 2 mouse clicks (talking about vscode extensions)? Probably not.
Yeah.. a lots of people are not interested just for this reason.. Unix and linux support pretty close. I don't know why they are doing this kind of stupid thing.
@@Mr.BinarySniper 90% of devs in Silicon Valley are on Mac, there is nothing stupid about it at all. Linux the second, Windows is rarely used by anyone here. The distribution in game-dev is the opposite.
The devs are focusing more on creating features for content creators and streamers, instead of focusing on things that real devs actually want like, yknow, Linux and Windows support From another video about Zed: "catering to the needs of content creators is a no-brainer" - Nathan, one of the founders Honestly a big shame because it looks like it has potential, but as long as they solely focus Mac users and e-celeb devs' needs I don't see this killing anything anytime soon
In your video the first time Zed starts up is 1.43 seconds, the first time vscode starts up is 1.7 (including that screen change animation). Startup time is definitely already in the fast enough category for vscode.
@@ForeverZer0vim btw. Electron is shit but VSCode is one of the better optimized Electron-based software. Their whole sale pitch is being fast, native will always be faster but you can't be faster than vim. Imo it won't take off, nobody serious cares about developing on mac in unsupported closed source editor.
Once this is ported to Linux and Win (soon), this can become the ultimate optimized code editor. Ultra-fast and light, made with Rust, not electron based, open source. Lapce is honestly unusable. So here it is, my sublime text open alternative, finally!
i want to code in notepad++, cudatext and all the other lightweight notepad like code editors... but vscode is just polished in workflow and the massive amount of real plugins esp in webdev
@@laptoprelaks Yeah, I don't get the circlejerk around editors. Feels like the 2020s version of "I use Arch btw". Good for you. My workflow works for me, now stfu. Especially since I'm a DevOps Engineer, not a pure blood coder, yet everyone wants to push their editor preference on me. Especially nvim.
That it's written in Rust won't matter in how easy it would be to port to Windows and Linux. It's using Metal, so they have to implement a Vulkan and/or D3D renderer for it. That's going to be where the effort's going to be.
@@Charlesdpj Exactly. Like how many tabs opened vs memory/CPU usage, indexing time for autocomplete in very big projects, those are the ones that I care the most.
you should see VSCode running with any number of addons you frequently use. as you get familiar with vscode, you'll inevitably see the appeal of installing plugins. a markdown linter here, a link preview plugin there, maybe one or two git quality-of-life extensions... se how quickly it takes for it to start up now..
@@Mr.BinarySniper But, is VS Code to blame for that? I have installed many many extension to my VS Code. Now, it takes 2GB of RAM. I am pretty sure without all these extensions VS Code would be much more lightweight.
Is anyone else experiencing issues with LSP? My zed often enters states where it fails to catch new errors, or reports on errors that have already been resolved; the phantom errors persist until I manually save the file.
Hey I have no idea how I'm gonna recover from those 3 seconds lost on start up. I'm trying to get support from my team mates and they are being very supportive and I think that, together, we'll get throught it!
"What notepad is this?" "It's a code editor, babe." "What code editor is this?" "Zed" "What's Zed?" I'm sorry, i am literally sick and tired right now.
I dont know why startup time considered pros for text editor like when im coding i only open it once and never close the program till shutdown. also next time take a stopwatch to measure the time!
Depends on some people's workflow. Some people may be used to opening several different projects at the same time in different windows. Or opening and closing the editor for different projects.
He's overstating how long take Code takes to start. It seems like about a second. Still, Zed is impressive that it opens instantly like sublime or vim.
The frequency of my editor usage varies, ranging from once to three times per workday, occasionally reaching up to ten times. In terms of editor preferences, I prioritize extensive extensibility options over rapid loading times. I prefer to install a substantial number of extensions, organized into distinct profiles, and I appreciate the support for development containers in my primary editor. However, when speed is of the essence, I opt for lightweight options like Emacs or Vim. P.s. who does remember sublime and its clones? 😅
If I recall, they were focusing on the "collaboration/teams" aspect in the early stages of the editor, and they were using some kind of mac-specific technology to handle that. So the Windows/Linux builds are probably waiting on them to recreate that feature on those respective platforms.
I am still using Atom. I gave Zed a try recently, but I spent too much time fighting with the editor's very opinionated way of doing things, and I just gave up. It kept formatting my text and auto-indenting it in ways that I don't like. I toggled some settings to try and curb this behavior, but it only helped a little. Some settings I tried: "format_on_save": "off", "remove_trailing_whitespace_on_save": false, "formatter": null (I don't think the last one even does anything, as null is not an option that comes up in the auto-complete list for that setting)
I don't see anyone trading performance for extensive packages. Not even sure the performance comparisons make a lot of sense until Zed has the same features as VSCode.
There is so many editors out there at this point... Lapce too, which I thought tackled the exact problem, you guessed it, also written in rust. Lapce is for Windows, Linux and Mac and has plugin support. I am not sure if they have stuff like treesitter, they certainly doesn't have the reputation behind created such things.
I like where Zed is going, though it’s still a bit rough at this stage. My daily editor is still Sublime because it’s clean and speedy, although I depend on VSCode for PlatformIO IDE and like writing VSCode extensions. If Zed can do all the things we expect from a modern text editor, with standard keybindings, and has a well-designed and fast global search and replace, it’ll be on the way to becoming a winner.
I love performance. I love optimization. I love efficiency. That being said, I don't care if my editor takes 100 ms more to start. Starting up my editor is not a significant part of my work. I don't exit and re-open my editor over and over throughout the day (unless someone forces me to use Visual Studio, which does me the service of crashing all on its own so I don't have to exit it myself).
I think they don't realise that vscode is used by most people because of JS Extensions. If you replace the langauge or remove extension support congrats you have a fast editor but only a few would want to use such an editor.
@@coolcsgo Not saying that it can't be done.. but if a slow language takes a lock on data that a fast language wants to make changes on, the fast language becomes as slow as the slow langauge.
Thanks for bringing this new editor to my attention. I will try it out (on Linux). I am using Neovim as an IDE for multiple languages with LSP support, chatGPT, codePilot etc. and even though I have 27 plugins installed, the startup time is about 245 ms the last time I ran it, so that is even faster than starting up zed. But this looks like a very nice editor for someone who is not so much into Neovim or wants to have more of the features like language integration out of the box.
I'll be honest, if its entire claim to fame is "it opens 1 second faster than vscode" I...kinda don't care? Opening vscode isn't some great time-sink I have to suffer multiple times a minute.
I do not like how loose we are with the word "instant". Visual Studio on Windows 98 was instant-er. Just a pet peeve of mine, since software is so sluggish nowadays.
Technically, no software can ever be "instant". There will always be some lag between when you make an input and when the input's result is displayed on the screen. Therefore, "instant" is relative to the things in its context. No one uses VS on Windows 98 anymore, so we're obviously not comparing to that when we determine if something is "instant". Compared to other software that we might actually use in this decade, I'd say that startup was pretty instant.
@@matthewthompson8625 nah, software can be instant, because humans perceive time magnitudes slower than computers. From user perspective the time between pressing a button and result can be 0. Users should stop making excuses for software. Most people can’t comprehend how fast computers are. No reason for the apologia.
Call me slow, but VSCode is plenty fast for me. Of course, I never maintained a huge code base in it either, but these days, I rarely need to. The times that I am, I'm always looking for a way to break it up into smaller components anyways.
Okay, so if performance is Zed's biggest selling point, the target user has an older or a lower end computer, right? I'm a data engineer, and switching from VSCode would maybe save me ~20 secs in a regular work day just from boot time, at the cost of losing features like the debugger and remote development. But it's fine that I am not a target user, and it's nice to see people trying to refine the IDE experience. I'd say that video title is misleading though.
An interesting editor. Would love to see how it compares to Lapce. For instance, does it have remote mode as VSCode and Lapce do? Also, would like to be able to use it without CoPilot and GPT junk. I am pretty sure that Linux platform supported will come quickly.
Super happy to see a simplistic code editor with autocomplete (And not taking about sublime autocomplete). Will definitely use once this comes to windows. Vscode feels messy to me at times.
Wow a difference between 58 milliseconds and 97 milliseconds is really worth it 🤷🏻♂ /S There is no need to reinvent the wheel, unless it has something substantially different and unique.
It is great to use it with Rust. Jetbrain's RustRover is too heavy, and VSCode does do some work, but not pretty well. But, Zed has great compatibility with Rust. Still, it lacks many convenience of Jetbrain IDEs and VSCode, such as exploring workspace, auto import, and some other things. However, it is improving, and again, it works great with Rust if you are a Rustacean.
How is this a VSCode killer? I tried Zed and, for me at least, it doesn't do a tenth of what I need VSCode to do. No debugging. No code completion for 3rd party libraries. I don't get the hype.
It is a text editor, not an IDE. Even on MacOS it is not ready to replace VSCode. For instance, VSCode have the best views for git. Few years back, I have done resources comparison between VSCode and Sublime Text 4. ST used less RAM only if you do not use plugins. Turn on LSP server for project and differences are neglible.
Nice. Will try it in a few days, when I work for that one client of my mine again. I gotta work there with XML files of up to 2.5 GB size. VSCodium (which I use) handles these files surprisingly well. I am excited for how Zed will do its job. Thanks for presenting tools as such. Keep up! 😘👍
Okay, I just tried it. Unfortunately Zed doesn't work with the "smaller" XML files of about 500 MB size which I have to deal with for my client. More or less nothing happens at all, I get a blank screen / file tab. No big deal though, I keep using VSCodium. To have that said to you people from the future reading this now: I used the version 0.121.7 which is the most recent one as of writing this comment. … The capabilities of Zed might have changed in the meantime with newer releases.
i love working in vscode but also the pain working with it when my projects get's larger + extensions, it 's now at slow startup, unable to auto imports,auto rename, format, displace, generate and much more. which without these, DX is very painful and un productive.
Honestly I use it and for the language it supports it’s pretty good but I don’t think I will entirely replace vs code with it ,for me it’s more of a lighter editor that I use when I need a minimal setup like for my classes ,config files or small code/algorithm ideas
Still some ways to go. No plugin support, custom themes, no debugger UI, lacks some more fine-grained customizable settings and IntelliSense needs some work with regards to code actions and going to definitions/usages in-editor. Otherwise it's nice and fast-especially since the latest update with the fixed GPU rendering on M1 which now runs at the dynamic refresh rate. Though, adding the plugin support is likely going to add some weight like with any other editor (even Sublime Text)
The collab tools might sell me on this (once it comes to at least linux). It's annoying sitting on a zoom call and telling a coworker "Try changing that line. No a little further up. Too far. Etc". The individual channels also seems nice for preserving conversations about code right where it's written instead of discussions being hidden away in PR's and so on and allows for easier context switching between issues being worked on
Pair/social programming as a first class citizen is an interesting concept. One to watch, as unfortunately I need Java support before I can use it daily.
Lapce is probably the closest equivalent, but I do see different focuses beyond high performance. The team collaboration features certainly. I like choice ultimately
Well, Zed has investors, which make it more likely to have paid features, or it will sell your data, if not now then in the future. Additionally it might get more support and means than the aforementioned pro Bono open source projects
@@gamefromscratch On the other hand, it's kind of great that we are not as much at the mercy of competition anymore when everything is open source now. Even abandoned projects can get community support after being abandoned(atom being a great example). What I would like the most is one thing that's just good.
i wonder how it works with giant projects. my person project has gotten so big that visual studio started complaining about there being too much code (i didnt know this was a thing)
Links
gamefromscratch.com/zed-rust-powered-code-editor/
-----------------------------------------------------------------------------------------------------------
*Support* : www.patreon.com/gamefromscratch
*GameDev News* : gamefromscratch.com
*GameDev Tutorials* : devga.me
*Discord* : discord.com/invite/R7tUVbD
*Twitter* : twitter.com/gamefromscratch
-----------------------------------------------------------------------------------------------------------
Code is merely a mathematical, symbolic construct. It can be stripped of much of it's linguistic elements and expressed as pure schematic, like any hardware. Just nobody has come up with good graphic design to properly illustrate code as schematic. "blueprints" and "node editors" are a nice start but still don't replace pure text code.
As someone who started as a game artist then moved to game coding, I am not as 'wordy" as the normal programmer, pure text is not processed in my brain the same. I prefer a more visual environment. I see no difference between zed and VSCode.
More of the same "word-head" tools for the pure programmer keyboard experts.
Hopefully what we see in Unreal and Blender will improve and us artist-coders will have a chance. Tryin to make such an schematic editor for the more visual mind. I was trained in hardware schematics, I believe it can move into software too.
As a matter of fact, i think very large projects would be easier to manage in that way. We have troubles now because millions of lines of code is too much to express in raw text. Impossible to find all the problems at scale.
IDEs need to radically change.
No, It does not matter 2s if it opened fast or not. I only open once a day and thats it. VSCode still the best
It's not going to be a VS Code killer if it doesn't run on Windows and Linux
Simply this.
People see some new piece of tech running fast and be like "OMGGG CURRENT TECHNOLOGY IS DEAD".
Much like people with Rust "replacing" C.
In early dev they’re only putting it on Mac to see public reception before focusing time on porting to other systems. It will come, but it will take a bit of time.
And has no plugins lmao😊
@@yohendryy dude, yes! Vs code plugins are such a helpful thing
@@canaldoxerxesbro you’re so right. Fortran is still being updated and that was made in the 1950s
Yeah, lost me at Mac only. Still appreciate the overview. 👏👏👏
Once it's ported it'll be a decent competitor
they're working on Windows and Linux releases, it was shown in the video
@@carlosmspk lotta upvotes from people who didn't watch it to that point lol
@@carlosmspk I swear they are working on it from two years and no results. But they had to gatekeep it.
@@lazyh0rse I don't think it would be a about gatekeeping, it's an open source thing, so technically anyone could pick it up and create a windows/linux fork. Maybe the creators are simply running into bumps on porting, or simply find it tedious/uninteresting and aren't really making it a priority. As am app developer myself, I used Mac, mostly due to the performance of the M1 (I used to hate MacOS prior) and the sole reason I didn't create windows/linux versions of my app was because I didn't feel motivated to do it. Sure it's great for users, but as a developer you spend so much time doing something which, if successful, results in the exact same app, so it's hard to feel driven to do it (my personal opinion)
It's kind of ironic that the only OS this IDE is available is the least used OS.
but the most used by elitists developers. Not saying that who develops on macs are elitist but, elitist mostly use mac, or arch :P
@@juniorcecconyeah, sure... because all programming tools are MacOS-exclusive. People who think they are better devs just for using a Mac for coding are plain delulu - and I've seen a few of those.
@@juniorceccon "elitists developers"
Define elitists...
Elitists are on arch btw.
@@hermes6910No, elitists dont waste time for configuring a whole OS on their own. All of you here seem to be very young and I guess you also never worked in a company. No one has time for managing arch, neovim or anything else. There are some people crazy enough to configure all their stuff outside of work, but those ones mostly dont have a real life. So yeah, someone who uses arch is not considered a pro in the working world, my 5cent to that topic
@@igorskyflyer not really. If you want a real programming experience you should go Linux. MacOS has so many quirks and workarounds... Like trying to update Python or the whole brew thing.
its a bit of a bummer that for now it only supports mac release, but im excited to give it a shot once windows/linux/web builds are released.
web? we have vscode for that
If it gets Plugin system as flexible as VS Code then you know who gonna become Industry standards.
I love that crab,
It might be annoying but its fast and stable.
Agreed, that's a big "if" though. It's also tough to tell if zed will feel as fast as it does now even if it could get as good of an ecosystem too.
Crab or not, by itself it doesn't matter to the user. It needs a concrete value proposition to compete and programming language its written in is not important.
@@ayaya-ayaya I don't know many people who struggled with the speed of VS Code TBH. Come on, if you're programming, I highly doubt you're doing it on a hot potato.
If this was something like a faster version of IntelliJ, then holy shit that would be amazing, but VS Code is already light enough that nobody really cares.
@@overlord1995On my laptop, VS Code is really slow if it's in power saving mode. Text selection and typing are lagging. It's 11th gen i7, not an old laptop. Even if I turn off power saving, but don't plug the AC in, it's still noticeable.
On a desktop computer with 5900X, I cannot tell if it's slow, or at least it's not annoying.
Not anything killer as long as it's only for mac
I do certainly think they need to prioritize the Windows and Linux platforms if they want to truly compete, but pre 1.0 release I suppose it makes sense to focus on a single platform. Being Rust based, porting shouldn't be too hard.
Nothing is killer when it first came out. The title is obvious to get more clicks.
@@nullpointer1755actually not entirely true. There have been apps and tools which were absolutely killers when they came out. Take Spotify, Amazon, ...
I don't care what language it was written in. Being fast is already a good selling point for me. The more important part is, it's really good and refreshing to see the new tech which IS NOT built on or built around web-techs, like Electron containers or browser-compatible apps, for a change.
Like it or not, webtechs made vscode what it is today - portable, extendable code editor, if not for (mostly disliked by me) JS you wouldn't have so many extensions. Can you do it differently? Yes. Can it be as modular and portable as vscode? Yes. Will it be couple of times harder to achieve? Yes. Does Zed do it? No.
Yeah, it's funny to me that must people complained how this is not already portable and available in Windows and Linux. Guess why that is?
@@proosee That's a fair statement. I don't argue that projects like VS Code and Discord would turn out to be what they are today if not for JS in general. But that doesn't mean any other piece of tech that's supposed to be OS native but wrapped in an Electron container could actually become a good piece of tech.
Despite my pet peeves with JavaScript as a language, I don't shy away from using it where appropriate. What I can't get behind is today's developers attitude towards tech in general. It doesn't matter where your software is running. If you don't use any piece of web-tech in your stack, you're being frown upon like you committed some sort of cardinal sin. That's why I'm really exited about projects like Zed (even though I don't really like Rust as much as most people do). I'm exited and hopeful to see that people are at least trying things differently.
@@icemojo I agree with you, but to be honest I haven't got pleasant native UI experience since maybe WPF, but that was also a bit clunky in some areas - that's the main reason people like web technologies: to build UI. When you dig deeper into resigning from web technologies you get a bit more, I wouldn't say obstacles, but maybe friction, e.g. want plugins? Sure, just provide cool Lua API and everyone will be happy right? Well, not really, for most people Lua is exotic language and even though it is very easy to learn then most plugin devs will be a bit sceptical from the start. Not to mention that Rust itself no longer than (I think) year ago also had some portability issues when it comes to compiling same crates on different platforms. I'm sure they are resolved right now, Rust community is one of the most organised ones, but still, you need to add such risks to your equation when you decide upon your tech stack for new project and it is not easy to step out of comfort zone, because, yeah, web is pretty comfortable - there are tons of SO question about web for example. I also would like to have crispier experience with my editor, but would I trade it for support for virtually any development technology there is in just 2 mouse clicks (talking about vscode extensions)? Probably not.
@ There are still people that are won't make an effort and exploit electron just to make OS-exclusive apps.
Only mac support is a shame , looks good tho
Yeah.. a lots of people are not interested just for this reason.. Unix and linux support pretty close. I don't know why they are doing this kind of stupid thing.
@@Mr.BinarySniper 90% of devs in Silicon Valley are on Mac, there is nothing stupid about it at all. Linux the second, Windows is rarely used by anyone here. The distribution in game-dev is the opposite.
@@xyzwioYeah. Because Silicon Valley is in the US and Americans love to get every Apple product.
Mac is not even a real computer.
The devs are focusing more on creating features for content creators and streamers, instead of focusing on things that real devs actually want like, yknow, Linux and Windows support
From another video about Zed: "catering to the needs of content creators is a no-brainer" - Nathan, one of the founders
Honestly a big shame because it looks like it has potential, but as long as they solely focus Mac users and e-celeb devs' needs I don't see this killing anything anytime soon
In your video the first time Zed starts up is 1.43 seconds, the first time vscode starts up is 1.7 (including that screen change animation). Startup time is definitely already in the fast enough category for vscode.
Just checked, my neovim, with its plugins, starts up in 62.73 ms.
@@ForeverZer0vim btw. Electron is shit but VSCode is one of the better optimized Electron-based software. Their whole sale pitch is being fast, native will always be faster but you can't be faster than vim.
Imo it won't take off, nobody serious cares about developing on mac in unsupported closed source editor.
vscode gets much slower with extensions
@@albiceleste101 Sure but they all load after you get an input cursor and code highlighting etc.
Once this is ported to Linux and Win (soon), this can become the ultimate optimized code editor. Ultra-fast and light, made with Rust, not electron based, open source.
Lapce is honestly unusable. So here it is, my sublime text open alternative, finally!
VS Code is light enough for almost everyone, I don't know who has issues with VS Code.
@@overlord1995 you haven't talked to enough people then
@@bool1337 I don't know anyone with a toaster who does programming.
@@overlord1995 lmfaooo
ngl, my prev pc which is 4 gigs and i3 cant handle vs code that much
so this might be a "killer" idk
As a Sublime Text 4 user, this looks very similar, and I'll definitely keep an eye on it!
It’s a lot more batteries included than sublime, while still being extremely performant. I’m enjoying it so far
@@fabiolean Yeah that's what it looked like!
Although I will have to wait for a Linux port hahaha
2:38 in what world was that 3 seconds
Isn’t the biggest reason to use VS Code the absolutely overwhelming amount of plugins?
i want to code in notepad++, cudatext and all the other lightweight notepad like code editors... but vscode is just polished in workflow and the massive amount of real plugins esp in webdev
@@laptoprelaks Yeah, I don't get the circlejerk around editors. Feels like the 2020s version of "I use Arch btw". Good for you. My workflow works for me, now stfu. Especially since I'm a DevOps Engineer, not a pure blood coder, yet everyone wants to push their editor preference on me. Especially nvim.
@@B20C0 That's actually exactly what it is, I don't know who's having problems with VS Code
@@overlord1995 VS Code makes it easy to push user settings and recommended extensions through workspaces. I don't complain, just a little trivia.
It would be cool if you could compare the resource required for these 2 editors.
I am fairly certain tha zed would beat vscode by miles.
That it's written in Rust won't matter in how easy it would be to port to Windows and Linux. It's using Metal, so they have to implement a Vulkan and/or D3D renderer for it. That's going to be where the effort's going to be.
lol, 3 seconds startup is pretty much the same as instant to me.
Yeah would have been better if he compared with something like memory usage
@@Charlesdpj Exactly. Like how many tabs opened vs memory/CPU usage, indexing time for autocomplete in very big projects, those are the ones that I care the most.
but under the hood a lots of things are not fastest in vscode.. vscode was lightweight but day by day it becoming a huge trash.
you should see VSCode running with any number of addons you frequently use. as you get familiar with vscode, you'll inevitably see the appeal of installing plugins. a markdown linter here, a link preview plugin there, maybe one or two git quality-of-life extensions...
se how quickly it takes for it to start up now..
@@Mr.BinarySniper But, is VS Code to blame for that? I have installed many many extension to my VS Code. Now, it takes 2GB of RAM. I am pretty sure without all these extensions VS Code would be much more lightweight.
Is anyone else experiencing issues with LSP? My zed often enters states where it fails to catch new errors, or reports on errors that have already been resolved; the phantom errors persist until I manually save the file.
Yes, I'd like a Pulsar IDE video :) I used Atom it was nice! Now I use Geany, it's got everything I need. Thanks Mike for the news!
Hey I have no idea how I'm gonna recover from those 3 seconds lost on start up. I'm trying to get support from my team mates and they are being very supportive and I think that, together, we'll get throught it!
Life of a programmer it adds up.
Cannot wait to write some Swift in this beast!
"What notepad is this?"
"It's a code editor, babe."
"What code editor is this?"
"Zed"
"What's Zed?"
I'm sorry, i am literally sick and tired right now.
I dont know why startup time considered pros for text editor like when im coding i only open it once and never close the program till shutdown. also next time take a stopwatch to measure the time!
Depends on some people's workflow. Some people may be used to opening several different projects at the same time in different windows. Or opening and closing the editor for different projects.
He's overstating how long take Code takes to start. It seems like about a second. Still, Zed is impressive that it opens instantly like sublime or vim.
The frequency of my editor usage varies, ranging from once to three times per workday, occasionally reaching up to ten times. In terms of editor preferences, I prioritize extensive extensibility options over rapid loading times. I prefer to install a substantial number of extensions, organized into distinct profiles, and I appreciate the support for development containers in my primary editor. However, when speed is of the essence, I opt for lightweight options like Emacs or Vim. P.s. who does remember sublime and its clones? 😅
"it shouldn't be hard" famous last words! Esp with the hard work they did with macos Metal. Great video! Look forward to the development with Zed
If I recall, they were focusing on the "collaboration/teams" aspect in the early stages of the editor, and they were using some kind of mac-specific technology to handle that. So the Windows/Linux builds are probably waiting on them to recreate that feature on those respective platforms.
I am still using Atom. I gave Zed a try recently, but I spent too much time fighting with the editor's very opinionated way of doing things, and I just gave up. It kept formatting my text and auto-indenting it in ways that I don't like. I toggled some settings to try and curb this behavior, but it only helped a little. Some settings I tried: "format_on_save": "off", "remove_trailing_whitespace_on_save": false, "formatter": null (I don't think the last one even does anything, as null is not an option that comes up in the auto-complete list for that setting)
I don't see anyone trading performance for extensive packages. Not even sure the performance comparisons make a lot of sense until Zed has the same features as VSCode.
Neovim with Alacritty is blazingly fast too. Will stick with that
There is so many editors out there at this point... Lapce too, which I thought tackled the exact problem, you guessed it, also written in rust.
Lapce is for Windows, Linux and Mac and has plugin support. I am not sure if they have stuff like treesitter, they certainly doesn't have the reputation behind created such things.
why we need a vs code killer anyways? isnt it already enough?
I like where Zed is going, though it’s still a bit rough at this stage. My daily editor is still Sublime because it’s clean and speedy, although I depend on VSCode for PlatformIO IDE and like writing VSCode extensions. If Zed can do all the things we expect from a modern text editor, with standard keybindings, and has a well-designed and fast global search and replace, it’ll be on the way to becoming a winner.
I love performance. I love optimization. I love efficiency.
That being said, I don't care if my editor takes 100 ms more to start. Starting up my editor is not a significant part of my work. I don't exit and re-open my editor over and over throughout the day (unless someone forces me to use Visual Studio, which does me the service of crashing all on its own so I don't have to exit it myself).
This is soooo exciting!!! I've just ordered a Mac so I can try this new killer editor out.
Hopefully windows and or Linux versions will be available by the end of the year. This seems super cool
I think they don't realise that vscode is used by most people because of JS Extensions. If you replace the langauge or remove extension support congrats you have a fast editor but only a few would want to use such an editor.
JS is trash, only idiots use it
Well who knows, they might add extension support and also make it so you can write extensions in any language, or a set of popular languages.
They're making this editor for real developers, not javacripples
@@coolcsgo Not saying that it can't be done.. but if a slow language takes a lock on data that a fast language wants to make changes on, the fast language becomes as slow as the slow langauge.
@@rayecast lmao nice one
Thanks for bringing this new editor to my attention. I will try it out (on Linux). I am using Neovim as an IDE for multiple languages with LSP support, chatGPT, codePilot etc. and even though I have 27 plugins installed, the startup time is about 245 ms the last time I ran it, so that is even faster than starting up zed. But this looks like a very nice editor for someone who is not so much into Neovim or wants to have more of the features like language integration out of the box.
Awesome, now with Zed i can start/stop the editor 3 times per second instead of just 0.5 per second. Makes my coding also faster.
I'll be honest, if its entire claim to fame is "it opens 1 second faster than vscode" I...kinda don't care? Opening vscode isn't some great time-sink I have to suffer multiple times a minute.
Does it work properly with the major game engines tho?
Built in Rust instantly makes me interested.
Speed is also major. I never was into vscode plugins much anyway.
Sad it's not on Windows yet.
I do not like how loose we are with the word "instant". Visual Studio on Windows 98 was instant-er. Just a pet peeve of mine, since software is so sluggish nowadays.
Technically, no software can ever be "instant". There will always be some lag between when you make an input and when the input's result is displayed on the screen. Therefore, "instant" is relative to the things in its context. No one uses VS on Windows 98 anymore, so we're obviously not comparing to that when we determine if something is "instant". Compared to other software that we might actually use in this decade, I'd say that startup was pretty instant.
@@matthewthompson8625 nah, software can be instant, because humans perceive time magnitudes slower than computers. From user perspective the time between pressing a button and result can be 0. Users should stop making excuses for software. Most people can’t comprehend how fast computers are. No reason for the apologia.
8:12 HEY THAT'S ME
COOL
This project looks really good. I'll give it a try for sure!
What about a git/github integration?
Also i somehow don't have TypeScript Intellisense, anyone else experiencing this issue?
Call me slow, but VSCode is plenty fast for me. Of course, I never maintained a huge code base in it either, but these days, I rarely need to. The times that I am, I'm always looking for a way to break it up into smaller components anyways.
Vscode is only "slow" if you interpret that term in the stupidest possible manner.
Tbh, vscode is fast enough for me
“Chromium is like the javascript runtime that Chrome uses” you might wanna fact check that a bit
it's really strange there is no way to opt in on plain theme...
Okay, so if performance is Zed's biggest selling point, the target user has an older or a lower end computer, right? I'm a data engineer, and switching from VSCode would maybe save me ~20 secs in a regular work day just from boot time, at the cost of losing features like the debugger and remote development. But it's fine that I am not a target user, and it's nice to see people trying to refine the IDE experience. I'd say that video title is misleading though.
would vscode start faster without the welcome screen - whichwas not in Zed?
No probably not.
Zed is way faster, it kinda something that u figure out in the first 10s.
It's really smooth and fast compared to vs code.
Why would it be made for the least used os by developers
How it could kill vs code? This editor is available for Mac only?
I'm using a development build on Windows and it runs like a charm.
Completely substituted VS Code for me.
Currently it is possible to get zed to run on windows if you clone the repo (init the submodules!!) and run cargo build yourself
NO LINUX SUPPORT - AM OUTTA HERE
An interesting editor. Would love to see how it compares to Lapce. For instance, does it have remote mode as VSCode and Lapce do? Also, would like to be able to use it without CoPilot and GPT junk. I am pretty sure that Linux platform supported will come quickly.
Super happy to see a simplistic code editor with autocomplete (And not taking about sublime autocomplete). Will definitely use once this comes to windows. Vscode feels messy to me at times.
Wow a difference between 58 milliseconds and 97 milliseconds is really worth it 🤷🏻♂ /S
There is no need to reinvent the wheel, unless it has something substantially different and unique.
Oh no! How will I get my work done having to wait an extra 39ms? LOL
Loved Atom, it did it's just. Nothing more nothing less.
It is great to use it with Rust. Jetbrain's RustRover is too heavy, and VSCode does do some work, but not pretty well. But, Zed has great compatibility with Rust. Still, it lacks many convenience of Jetbrain IDEs and VSCode, such as exploring workspace, auto import, and some other things. However, it is improving, and again, it works great with Rust if you are a Rustacean.
Can I create net maui apps with Zed because VStudio for Mac is been abandoned? And the new MS VS Code solution for Maui is rubbish!
If it's has subpar support in VS Code, then Zed won't help you.
thank you very much ! great discovery for me, at school I'm using a mac, so I will definetly try that one
How is this a VSCode killer? I tried Zed and, for me at least, it doesn't do a tenth of what I need VSCode to do. No debugging. No code completion for 3rd party libraries. I don't get the hype.
It is a text editor, not an IDE. Even on MacOS it is not ready to replace VSCode. For instance, VSCode have the best views for git. Few years back, I have done resources comparison between VSCode and Sublime Text 4. ST used less RAM only if you do not use plugins. Turn on LSP server for project and differences are neglible.
Nice. Will try it in a few days, when I work for that one client of my mine again. I gotta work there with XML files of up to 2.5 GB size. VSCodium (which I use) handles these files surprisingly well. I am excited for how Zed will do its job. Thanks for presenting tools as such. Keep up! 😘👍
Okay, I just tried it. Unfortunately Zed doesn't work with the "smaller" XML files of about 500 MB size which I have to deal with for my client. More or less nothing happens at all, I get a blank screen / file tab. No big deal though, I keep using VSCodium.
To have that said to you people from the future reading this now:
I used the version 0.121.7 which is the most recent one as of writing this comment. … The capabilities of Zed might have changed in the meantime with newer releases.
"Who is Zed?" (с)
Zed's on Mac, baby... Zed's on Mac.
Was looking for that comment (was also gonna post it if not found)
i love working in vscode but also the pain working with it when my projects get's larger + extensions, it 's now at slow startup, unable to auto imports,auto rename, format, displace, generate and much more. which without these, DX is very painful and un productive.
Honestly I use it and for the language it supports it’s pretty good but I don’t think I will entirely replace vs code with it ,for me it’s more of a lighter editor that I use when I need a minimal setup like for my classes ,config files or small code/algorithm ideas
Windows version available?
i can not wait for this to be available for windows
Bro r u ok, i open a video anout zed and i find it about atom
You know it's going to be a killer if you can open it faster than the alternative
Nice, I'm going to try it for a few days. I used to use another programming editor called Zed, a long time ago.
Never mess with code editor GOAT (VSC)
Still some ways to go. No plugin support, custom themes, no debugger UI, lacks some more fine-grained customizable settings and IntelliSense needs some work with regards to code actions and going to definitions/usages in-editor.
Otherwise it's nice and fast-especially since the latest update with the fixed GPU rendering on M1 which now runs at the dynamic refresh rate. Though, adding the plugin support is likely going to add some weight like with any other editor (even Sublime Text)
Clearly the people who came up with this name never watched Pulp Fiction.
Good vid. Might take a look at Zed when an Arch Linux version drops. Question: does Zed have an object/variable browser, like Spyder?
The collab tools might sell me on this (once it comes to at least linux). It's annoying sitting on a zoom call and telling a coworker "Try changing that line. No a little further up. Too far. Etc". The individual channels also seems nice for preserving conversations about code right where it's written instead of discussions being hidden away in PR's and so on and allows for easier context switching between issues being worked on
oh nice I'm gonna start using it... oh wait, no support for linux, not a problem I'll just switch to my windows... oh wait......
Pair/social programming as a first class citizen is an interesting concept. One to watch, as unfortunately I need Java support before I can use it daily.
Chromium isn't a JS runtime -- it's a full OSS browser that Google maintains, and then forks to add all their proprietary crap.
How is this different then Lapce?
How do you mean its instant it shows at the bottom that its indexing the files lol.
I’m glad you caught that
@@Dante-fk4yiThat's not the editor, but the rust-analyzer language server. If he opened the same project in vscode, it would do the same indexing.
You know what's also fast? Neovim lol
For real though this looks like an interesting project, and I'm gonna be keeping an eye on this!
I covered NeoVim actually ;) th-cam.com/video/tpujjNcFhjw/w-d-xo.html
There are lapce and helix already, how is this any different?
Lapce is probably the closest equivalent, but I do see different focuses beyond high performance. The team collaboration features certainly. I like choice ultimately
Well, Zed has investors, which make it more likely to have paid features, or it will sell your data, if not now then in the future.
Additionally it might get more support and means than the aforementioned pro Bono open source projects
@@gamefromscratch On the other hand, it's kind of great that we are not as much at the mercy of competition anymore when everything is open source now.
Even abandoned projects can get community support after being abandoned(atom being a great example).
What I would like the most is one thing that's just good.
Freaking awesome man i love vscode but zed is really fast and thats really important
Who makes an application only for Mac wtf??!? this isn't 2012 anymore
Morons do.
Yet more proof of the theorem that if a title ends in a question mark, the answer is no.
does it have live template?
i wonder how it works with giant projects. my person project has gotten so big that visual studio started complaining about there being too much code (i didnt know this was a thing)
If the speed is about gpu rendering can't someone just make a pr with a similar renderer to vscode?
Who was the Genius that decided "Let's make a vscode killer. But only for mac lmao"
VS code is using the runtime you say? maybe they should charge a fee
definetly nice to see a vs code competitor not using electron, will stay with nvim tho
Nothing can becode a VSCode killer without support for plugins/extensions.
I liked Atom because it had the best plugin support for love2D
Going to give it a try on my mac to learn Rust
- What's Zed?
A Mac only editor
- Then Zed's dead, baby, Zed's dead.