One question that has been on my mind since I forked Zed is why it's such a huge project. It's a text editor. What does all that code really do? I still don't know if I understand why. I have looked at a fraction of the code at this point. What does it all do? Fuck if I know. But here, take a look at this for example... Python support in Gram (forked from Zed) is mainly provided by python.rs, a single file containing 2865 lines of code (as of today). One part of that code is a function which lists virtual environments available to the editor. The code to actually discover which venvs are available is handled by a dependency (the PET library from Microsoft) but sorting the venvs in order of importance is handled here: https://codeberg.org/GramEditor/gram/src/commit/b0f5dd51829e2b63bd6ca2d4b39a8313c55522ae/crates/languages/src/python.rs#L1184 It's a single call to the method sort_by on a variable confusingly named toolchains, containing a list of virtual environments. I have been trying to make sense of it for a while. Like, one sort criteria is filesystem distance, which kind of makes sense. Wouldn't it make sense to primarily sort by filesystem distance, and a second sort by Python version? Instead this is primarily sorting alphabetically by executable name, it's looking at multiple environment variables for priority, it's sorting alphabetically based on conda prefix(?)... Maybe I'm missing something, maybe I am not galaxy-brained enough to sort virtual environments with the big fellas. But I then compare this to helix which has no special handling for virtual environments, you just configure the LSP to use the venv you want to use, and I feel like maybe it didn't have to be this complicated?
@sigismundninja I’ve used it and probably still will at various times. My other main IDE is Positron and editor is Helix. I like Zed cause it’s fast, has very good vim binding support and has some gui conveniences Helix doesn’t. Positron is not fast at all, but does have good features for what I want.
What don’t you like about it?
@adenoz
Never tried it. I used to be curious about it, but lately I've been reading a lot about its anti-features and out of control code base.
I'm an Emacs user. Really curious about Helix though. But also genuinely curious about why many people on Mastodon like Zed.
@sigismundninja I use it sometimes. I'm still missing the good git support, support for non-Unicode files and the over all feature richness from JetBrains IDEs.
But I can not say that anything would be enshittificated at zed. It helps too much for the taste of some people, who want to craft every single character in their file themselves, but the defaults are reasonable for most devs, I would say.
Definitely much better than the most popular editor: VSCode. What are your issues?
@duco I'm not a Zed user, but genuinely curious about why some people use it. (And I'm always in search for a better editor..) My understanding is that Zed has tons of "anti-features" (like VS Code, PyCharm etc..) and the code base seems to be shit.
I'm sure there are real good and innovative features as well.
The post was also a rant about enshittification in general...
(I'm an #Emacs user, but think I'll give #HelixEditor a real try.)
TLDR: I'm ranting about stuff of which I know very little.
Telemetry, AI and subscription lock-in setups. Also super weird 18+ license. Huge amounts of (vibe?) code to do very basic stuff. See my other context reply.
I got all my information from that one guy behind the #Gram fork, so... Yeah.
Before that, some comments made by Richard Feldman made me wonder how they were using Rust in Roc and Zed. The amount of code and the described patterns did sound weird.