wake me up when theres a vim plugin and a linux port
I think it already has vim motions. But I wouldn’t know because there is no Linux build.
You can run it on Linux by building it from source, wouldn’t recommend it though.
Getting revenge on Microsoft by tightly integrating Microsoft’s LLM stuff 😎
Sucks for consumers but that is poetic justice for the zed team. They now atone for their sin of creating electron.
Out of the loop here, what sucks for the zed team?
Probably the reason Vs Code has so many extensions, is that they can easily (low barrier of entry) be created in JavaScript. This is mainly due to the fact that VS Code is an electron application, itself written in JavaScript.
It sucks for zed, because these extensions allow users to customize their workflows to their needs which decreases their liklihood to switch to a different editer. I think the message of the post is that VS Code’s large and mature extension ecosystem will somewhat impede users migrating to zed.
The irony in this is that the people behind zed and atom were the ones who initially created electron for atom.
I’m hopeful it get somewhere. Lapce was a good idea, but is sadly slowing down. I’m hoping this will generate enough hype to make it live. I’m really looking forward to a IDE without Electron
For the most part it’s a business for them, and that’s what matters, they target Mac users because they are more likely to pay. If you need speed and customization there is neovim and Helix (Rust based). From users to users, no business interests here. Or VSCode just works for almost everyone.
I’ve seen their page and while it seems great, I don’t think they’ll match Jetbrains in term of out of the box ergonomics. Could be a good VScodium replacement once it gets a bit fleshed out and available on Linux.
I must be the only one that actively dislikes Jetbrains products.
Well I can understand. Not open source, kinda heavy in ressources, pricey…
Any other reason why? Just curious
Bulky. It has so many features and many times, it’s missing just one or two more things from being good enough. Its like Excel, where it tries to predict/outsmart the dev but all that does is annoy them.
I use jetbrain at work.
All of the above, and I ran into some bugs in Datagrip that when I reported them I was blown off and gaslit in the response. The response to the bug report was something like “No one does things like this, and even if they did it isn’t important” MF, I DO IT, and it was important enough for me to report the bug! That was enough for me to not renew our licenses for our team when it was time to re-up.
You’re not. Jetbrains users are just a lot more vocal. It’s like vegans or people who vape. They will let you know 😉
I’m not a fan of Rider, it’s just that OmniSharp outright breaks on large/real-world projects and Visual Studio doesn’t work on Linux. I don’t use their products out of choice.
Man I wish OmniSharp didn’t suck. I built an extension with VSCode and got excited about what I could build, looked into OmniSharp again and gave up when it was crashing without me even throwing a big project at it.
Absolutely agree. JB 4 lyfe
Fleshed*
lol fleshed out is definitely correct here. Down votes are confusing.
Flushed out?
Oh right. Thanks
I’m glad to hear Zed uses the GPU to render its UI, much like every other IDE on the planet.
the framework is actually pretty cool, it uses SDFs to render ui (which is definitely not the most efficient solution but it’s really, really cool (it means they can use the same system to render shapes, text, and literally everything else which can be described by a signed distance formula)
I don’t get why some people argue over text editors… Just use whatever works. I like VSCode, not because it’s the best or the fastest or the lightest.
It works and it does all I need it to do, which is all that I need from a text editor.
It’s worth finding the best text editor if you’re using it all day long imo
VSCode is the best for me, simple, good UI, extensions, 0 setup required, can run on practically anything created after the dinosaur age (early 2000s).
If it does everything it needs to do without major drawbacks, then it is the best editor.
Yeah… and these criteria depend on the editor + use case combo. Hence, the discussion and excitement around text editors
Pretty much. But some people end up wanting to configure and tweak the thing just so they “can work”, when in reality they never actually use any of those tweaked things
Sometimes, it feels like people that spend too much time glorifying text editors are just trying to justify why they’re using a bad one.
not because it’s* the best
oops
I liked Atom, performance was tolerable on my overpowered machine, but MS killing it just sent me back to Vim and modernizing my plugins.
Zed positives: Metal rendering. I use a Mac, so one platform’s fine. But negatives: Rust, so I can’t/won’t touch any internals, and I loathe the Rustacean propaganda wing. No extensions yet. Config is another stupid json file.
You know what’s great about vimrc? It’s easy to put in a few config commands, and then you realize you’re working in the scripting language. You don’t have to switch to a whole new file format. Thanks, Bram.
Where would you have to touch internals in zed? In reality would you have to come into contact with rust when using Zed? If it works it wouldn’t be apparent what it was build with, wouldn’t it?
I often had to poke around inside Atom to see what it was really doing, what some bug was, and to figure out how to write or configure extensions. I don’t as often do that with Vim, but it’s pretty clean C.
Do you not look inside the overly complex tools you use, especially beta ones? The whole appeal of “open source”/“free software” etc. is you can read the code. But if it’s in something you can’t stand, that’s a disadvantage.
I don’t understand the hate for zed here. Because they are MacOs only? Well, platform support is being worked and looking at their business model it seems MacOs users will the cohort that actually pays for these kinds of things. It will be fun to try out once it comes on linux buy my fealty is with nvim.
They wana be vscode, but barly have the features of suplime text. The marketing is dumm.
Well it’s just starting out. + They’re at least open source.
Thats wy we dont hype and wait. I wish them luck, but they aint killed nothing yet and there not even close.
Lots of discussion here of Zed being macOS-only. Multiplatform support is being tracked in this issue for Linux, Windows, and web:
It’s far from finished usable though. I had to adjust the installation script myself and it disconnected both my monitors when the application started. The application opened and 3 seconds later the screen went black and I got a “No Displayport Output” message. I expected it to fail compiling or crash or something, but I never expected that to happen. I thought it was unrelated at first, but I was able to reproduce the issue 3 times in a row.
It’s funny how many people online use VS Code. But I’ve heard that this might be a US thing. Here, everyone uses the JetBrain products (which are far superior imo).
Everyone I know in Europe uses either Visual Studio or vscode.
It massivelly depends on whether it’s for programming or something else (such as sys admin work) and which language (and even for which framework) if the former.
If you’re doing, say, Java programming for server side or Android, VS and VSCode are far from good choices, but they’re perfect if you’re doing C# .Net stuff.
However if you’re doing sys admin work (including the programming part of it) you’re probably better of mastering vim or Emacs (if only because at times in some systems it’s all you have).
Depends heavily on the market segment. I also work in Europe and in my 15 years as a software developer (the first 6-7 as C/C++ developer) I’ve never seen anyone use Visual Studio.
Me, a European, using Xcode and Eclipse ¯\_(ツ)_/¯
Yeah, used to do a lot of the latter for server-side stuff and Android and of the former for iOS, but in the last couple of years been doing game programming so that’s VSCode because it’s C# with Unity.
Way back when I started doing it professionally it was Emacs, vi and even notepad depending on what I was doing.
They’re just tools and only worth it to hyperspecialize in them if you only do one thing your whole career.
To be fair, there’s a big difference.
VS Code is a text editor / IDE. Compared to something like Notepad++, it’s super slow to open/load, its UI feels laggy at times, and it’s just overkill for opening a text file. Compared to specialized log viewers, it struggles with large files and is generally super slow.
But compared to “full” IDEs like IntelliJ, it’s marginal in coding features, lacking important analysis and testing support, plus integrations with ~everything.If you find yourself in the middle, like many JS developers do, not actually needing the biggest IDE but also needing more than just a text editor, it’s a fine tool. As a Java Backend Dev, VS Code feels like a joke if applied to that, OTOH.
it’s super slow to open/load, it’s UI feels laggy at times, and it’s just overkill for opening a text file.
Because it’s a webbrowser in disguise. The most complex and inperformant GUI rendering system in existence.
its* UI feels laggy
Oops. TY, corrected!
People should use with whatever they feel comfortable with, but I personally don’t see the advantage. I used VSCode once for simple edits of something and it worked, but I couldn’t imagine really using it for a project due to the lack of… everything. The whole support of the JetBrains products from the smart autocompletion, pointing out errors in advance, to improving your code, is insane, and with VSCode, you don’t have that.
I also once had a small project with two people using PyCharm and one VSCode and the differences in the code style were insane. Of course that depends on the person, but it’s just much easier to obey all the style guidelines and write cleaner code with the former one.Honestly, vscode opens in a split second for me, faster than I can react and start typing. For all intents and purposes it is instantaneous. Granted my setup is extremely clean and I only have the barest extensions installed for my workflow. The performance is consistent in my Windows, macOS and Linux machines.
I can’t imagine it running slow at all (perhaps someone with hundreds or thousands of extensions would). The last two editors I could recall that took the whole of eternity in the time space continuum to load were Eclipse and Atom. And those were slowass right out of the gate with zero extensions or plugins.
deleted by creator
I for a long time thought VS Code was an Atom fork because of how simmilar they were
The right tool for the right job. I use both, depending on what task I have.
This goes for most things in tech - there’s no one best language, there’s only really a best language for any given job.
Its just the swiss army knife of the editor world.
My hopes for a vscode replacement are on lapce.
But I mean… this also looks like a swiss army knife…
I have a full JetBrains sub paid out for five years. I have dropped JetBrains for VS Code because I got tired of switching editors for everything and dealing with a Java-centric setup when I tried to streamline. Their decision to drop community Rust support in favor of only paid more recently also doesn’t sit well with me, especially given the PyCharm setup.
I swore up and down I would never leave Sublime for JetBrains.
Fuck vs code, jetbrains all the way!
For jvm stuff definitley yes. For other things I often prefer VS Code.
Man I use IntelliJ for:
- python
- Jupyter notebooks
- node, typescript
- html
- YAML/TOML
- sql
- testing
- ReST
- Docker
- bash
- cloud formation
- terraform
- lua
- groovy, kotlin, and also java
- maven, gradle, spock
- linting, code formatting, dependency management, db connectors & browsing, live templates, refactoring, code analysis, fantastic git operations, local history, testing, etc
Support for most of this stuff is just built in, and a few plugs for the rest. In-line embedded sql execution, best git merge tools, everything has customizable key commands… it goes on and on. The amount of config and plugs this requires in other tools is insane.
I’m in Europe and VS Code is very popular, JetBrains stuff is around too tho. Both are bloated but VS Code is still way lighter.
VSCodium is less bloated
Oh yeah Codium all the way.
Fuck bulky ass vs code fucking horrendous
It does just work though, which is what other code editors need to get that kind of adoption, I’d love to be able to say I use vim or Emacs but get frustrated when I’m trying to get work done and things keep breaking, I finally feel I have everything configured and then realise I’m missing something else that took me 3.5 minutes to set up in VScode, half of that is due to the large community.
Zed works pretty well out of the box but is missing a lot of features that will make it a viable replacement for me. I am excited about Zed and the way it works, it’s super interesting and creative and id love to drive it daily someday, so much so that it’s the first project I’ve really considered contributing to myself.
I don’t like that VSCode is bloated, but I love that it takes five minutes to set up and contains nearly every feature I can think of.
The single best thing I like about Zed is how they unironically put up a video on their homepage where they take a perfectly fine function, and butcher it with irrelevant features using CoPilot, and in the process:
- Make the function’s name not match what it is actually doing.
- Hardcode three special cases for no good reason.
- Write no tests at all.
- Update the documentation, but make the short version of it misleading, suggesting it accepts all named colors, rather than just three. (The long description clarifies that, so it’s not completely bad.)
- Show how engineering the prompt to do what they want takes more time than just writing the code in the first place.
And that’s supposed to be a feature. I wonder how they’d feel if someone sent them a pull request done in a similar manner, resulting in similarly bad code.
I think I’ll remain firmly in the “if FPS is an important metric in your editor, you’re doing something wrong” camp, and will also steer clear of anything that hypes up the plagiarism parrots as something that’d be a net win.
If FPS is NOT an important metric in text editing, you are doing something wrong. Otherwise, good points.
Unless FPS means “files per second”, I don’t see why it would, past the point of usability. You can only type so quickly, and 50 frames is as meaningful as 144.
If you get to that point where frames per second does matter, you’re either the fastest typist known to mankind, or it might be worth finding a more efficient way of doing what you’re doing.
In many modern environments the second I start scrolling my eyes start to bleed. Yes, I want 60 fps min. That was the first part. The second part is about stability. 20 fps may be enough for typing, but it needs to be 20 fps all the time. Not the average between 1 and 60, it is makes IDEs unusable.
No need to update my screen when nothing happens. I use neovim, the pinnacle of editing.
Explain why
