Zed - A Visual Studio Code Killer?
Vložit
- čas přidán 10. 09. 2024
- Zed is a recently open sourced, ultra high performance code editor written in Rust. It is created by the people behind the Atom editor and the Electron Javascript interface, which is ultimately what Visual Studio Code is built upon. Zed takes a different approach, forgoing Electron usage and instead focusing on speed and it shows. Unfortunately Zed is Mac only for now, but Linux is underway and Windows development is planned.
Links
gamefromscratc...
-----------------------------------------------------------------------------------------------------------
Support : / gamefromscratch
GameDev News : gamefromscratc...
GameDev Tutorials : devga.me
Discord : / discord
Twitter : / gamefromscratch
-----------------------------------------------------------------------------------------------------------
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
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.
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)
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
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.
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.
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, ...
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
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.
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
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.
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.
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
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.
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.
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
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.
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.
This is soooo exciting!!! I've just ordered a Mac so I can try this new killer editor out.
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.
2:38 in what world was that 3 seconds
"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.
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.
Why would it be made for the least used os by developers
“Chromium is like the javascript runtime that Chrome uses” you might wanna fact check that a bit
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.
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!
"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)
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.
This project looks really good. I'll give it a try for sure!
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.
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).
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.
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)
Tbh, vscode is fast enough for me
Chromium isn't a JS runtime -- it's a full OSS browser that Google maintains, and then forks to add all their proprietary crap.
Neovim with Alacritty is blazingly fast too. Will stick with that
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? 😅
NO LINUX SUPPORT - AM OUTTA HERE
"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.
why we need a vs code killer anyways? isnt it already enough?
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.
I just tried Zed. And it is good. But, it is far from being a VS Code killer. One major feature that is missing is Git integration. VS code's Git integration is really good. And, that alone makes Zed unusable to me. I mean they have done so much. They have the chat feature, and pair programming features, Github co-pilot. But, not Git? If I really have to replace VS code with something, I would do it with something NeoVim (NVChad and the likes).
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.
Currently it is possible to get zed to run on windows if you clone the repo (init the submodules!!) and run cargo build yourself
If it's not on windows, you can hardly call it a vs code killer.
I'm using a development build on Windows and it runs like a charm.
Completely substituted VS Code for me.
This video feels incredibly clickbait-y. A VSCode "killer"? When it supports exactly *one* platform, and it's the one with the least amount of developers? No. Just... stop.
Cannot wait to write some Swift in this beast!
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.
8:12 HEY THAT'S ME
COOL
VS code is using the runtime you say? maybe they should charge a fee
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.
apple should seriously fund this project so mac users get get out of VSCode which has terrible mac bugs for years and microsoft isn't interested in fixing them
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.
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.
Never mess with code editor GOAT (VSC)
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.
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.
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.
thank you very much ! great discovery for me, at school I'm using a mac, so I will definetly try that one
If they don't support Linux then there's no point. Just another Mac only toy.
Freaking awesome man i love vscode but zed is really fast and thats really important
Hopefully windows and or Linux versions will be available by the end of the year. This seems super cool
How it could kill vs code? This editor is available for Mac only?
What about a git/github integration?
Also i somehow don't have TypeScript Intellisense, anyone else experiencing this issue?
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.
Good vid. Might take a look at Zed when an Arch Linux version drops. Question: does Zed have an object/variable browser, like Spyder?
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)
Rustaceans assume Zed is the VSCode killer when there's already a fast , multi-platform supported, and with tons of plugins editor called vim/nvim which can't kill VSCode.
Vscode started in 2 seconds has tons of features
That zed thing started in 1 second and has no feature...
vim in st starts in 0.25second and has ton of features.
Zed is built by a startup that likely runs on money from VCs. Making money is important to a startup and it's shareholders which is probably why it started with just MacOS cuz mac users are most likely to spend money on a product's extended solutions compared to Win and Linux. Just my ops.
it's really strange there is no way to opt in on plain theme...
VSCode is pretty much unkillable with the amount of plugins that it has. It can be turned into an extremely powerful and efficient IDE with the right plugins, no matter what type of developer you are. Unless Microsoft open-sources the entire plugin marketplace, no new text editor can even come close to killing it.
Nothing can becode a VSCode killer without support for plugins/extensions.
why are people labeling it as a vscode killer when its clearly not. But it could very well be a sublime text killer.
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.
Windows version available?
Who makes an application only for Mac wtf??!? this isn't 2012 anymore
Morons do.
why would you call a mac/linux editor a "vs code killer"??
you know who deevelops vscode, right? you know who its audience is right?
Loved Atom, it did it's just. Nothing more nothing less.
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.
Nice, I'm going to try it for a few days. I used to use another programming editor called Zed, a long time ago.
Bro r u ok, i open a video anout zed and i find it about atom
Seems like it has potential but... a long long way to go IMO. Even your focus seems to be on speed. I use VS Code every day for like 10-16 hours and the speed is fine, starting the application 1-2 seconds faster will have ZERO implication on whether I would switch and once VS Code is open I see no lag what so ever... It is more about the features and intuitive navigation of the editor to me and it looks like Zed has a bit of catching up to do.
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.
the editor feels quite good. but all the light themes are low contrast. not good for my eyes
zed definitely wont kill vscode at least because it doesn't have that many community extensions
It's not cross compatible because they use native Mac apis like metal.
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.
It's not copilot its LSP.
that's not chatgpt thats gpt4's api.
Please share opinions if you really know the things !🙏
Only Mac??? who's idea was that lol
entire thing is built with Metal shaders... that's literally the entire point of Zed lol
couldnt find a way to create user snippets
i can not wait for this to be available for windows
Look I know people have been complaining that Zed is only on Mac OS for now, I expect to be using the Linux version just to try.
But lets be honest y'all. If Zed replaces one thing, please for the love of the gods, let it be XCode. I hate that it exists with a burning passion. Visual Studio Code is...fine, albeit a bit of a memory hog. But XCode is like what an IDE developer would think is an IDE but built by a clever caveman who thought they can fit the wheel in a square hole.
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