122
submitted 9 months ago* (last edited 9 months ago) by sag@lemm.ee to c/opensource@lemmy.ml

It become open source just last week. Currently don't have Linux version but soon it will have. Linux Roadmap issue

you are viewing a single comment's thread
view the rest of the comments
[-] Asudox@lemmy.world 5 points 9 months ago* (last edited 9 months ago)

How does it compare against Lapce?

[-] jeffhykin@lemm.ee 5 points 9 months ago

Lapse is going the extensions-for-features route, cross platform from the start, is more buggy atm, slower progress (doesn't have 3 dedicated experienced devs) but is more accepting of community support.

Zed, similar goals and rust backend, probably has some monetization goals (eventual offering of live sharing code service), and Zed isn't afraid to hardcode features. Like... very hard hardcoded features, to the point that I'm kinda concerned about it. This 5min clip of Theo looking over the source code shows it pretty well https://www.youtube.com/watch?v=ZOYp6-k9HhE&t=1533

The Atom/Zed devs write the most well-documented code I've ever read. Clear variable names, perfect comment-explainations when needed, etc. I wish they would join up with Lapse.

[-] pastermil@sh.itjust.works 2 points 9 months ago

Can you be more specific on these concerning hardcoded features?

[-] jeffhykin@lemm.ee 2 points 9 months ago* (last edited 9 months ago)

If you're asking about specific names of features, its just the ones seen in that video clip. It seems like a pattern of very not-modular-ness.

If you're asking why that pattern is concerning as an end user: Zed claims to be "a lightweight text editor". But hardcoded support for a particular javascript library, as well as hardcoded support for a particular formatter, feels a lot more like a opinionated IDE packed with features designed for the specific workflows of the creators. Even if there's no runtime cost, there is a technical cost for open source contributors. These little not-modular things can really bloat the codebase and make it hard to contribute.

More importantly, if Zed does add plugin support in the future, its going to require a major code refactor. Which makes forks and outside contributions especially hard.

From a lock-in perspetive: if something better than tailwind comes out, and we were daily driving Sublime 3 with no extensions, its no big deal to switch to the new thing. There wasn't any hidden favoritism to begin with. But in Zed, not only will it feel bad to use the unsupported new thing, but also the team behind the-new-thing can't realistically fork and add support either. They just have to hope the Zed devs decide to support it.

If their website said it was a fast low-overhead opinionated IDE I'd be fine because I'd know the kind of lock-in I was getting into.

[-] sag@lemm.ee 2 points 9 months ago* (last edited 9 months ago)

Maybe it will be more stable and have more features than Lapce. I think so because I tried Lapce yesterday, and it was so buggy on my machine. But no doubt Lapce is a solid alternative to VSCodium and it has all the features that I want but it lacks customization and is buggy for me. I am still not sure for Zed though because I didn't tried it yet and waiting for Linux support.

this post was submitted on 30 Jan 2024
122 points (92.4% liked)

Open Source

31107 readers
532 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS