Comment by NoDodgeQuestion
6 hours ago
Zed should focus on basics. When it focuses on basics Zed is good.
https://github.com/zed-industries/zed/discussions/54150 failing to show newly created files and declining to provide a refresh button, instead adding a polling backend, breaks Zed on WSL.
Why a new version control system? Why not git, jj, or another existing system?
FYI: I've had success with changing the file_scan_inclusions setting which forces the file watcher to rescan all projects. Doesn't work consistently unfortunately, but easier than restarting.
There should be a concept called "engineering privilege".
I see some companies do things that are widely out of their core product and engineers there just having fun with a bunch of different stuff with seemingly no commitment to bring in revenue. They'll re-invent/re-write things constantly, write a new compiler/package manager for their chosen language, create new frameworks, new open source projects unrelated to their companies, etc.
It must be awesome to be able to work in these conditions and still get paid. I'm not hating on it, it's how we get a lot of the good stuff we use.
My favorite example was from Joel Spolsky's company, where bright engineers got bored with working on bug tracking software so they wrote their own C# compiler.
Because every company may have different needs that are not fulfilled by standards software. We have seen the large number of companies whose goal is to make custom software for other companies So is not always that reinventing is fun, but it may actually be needed.
The same logic also applies for software that is used internally. It's not always that developers want to rebuild stuff, but that they need to rebuild or alter software to fit their / company needs.
We have not even talked about cost or licensing or other issues.
Yes except a lot of it isn't even fit for their purpose and they don't rely on it. Facebook switched from Cassandra to HBase because "eventual consistency is a difficult pattern". No shit, really?
[dead]
> Every change is linked to the agent conversation that produced it. From any line of code, find the conversation. From any message, jump to the code it touched.
This is how Zed leapfrogs the field and becomes a centicorn.
If you can train a model to operate at a higher level and with looser requirements, you've gotten rid of engineers in the loop and built a system for the automated synthesis of high quality software.
You're training systems to produce higher quality chain of thought across the entire software development lifecycle.
This is training data for the next stage.
It's not just a step, it's a leap towards real productivity that your agents will actually use!
From 1996:
https://www.eng.auburn.edu/~kchang/comp6710/readings/They%20...
"There is the software. And then there are the databases beneath the software, two enormous databases, encyclopedic in their comprehensiveness. One is the history of the code itself -- with every line annotated, showing every time it was changed, why it was changed, when it was changed, what the purpose of the change was, what specifications documents detail the change. Everything that happens to the program is recorded in its master history. The genealogy of every line of code -- the reason it is the way it is -- is instantly available to everyone."
also from ^ article on Lockheed Martin Corp space shuttle software group ...
It's funny, zed started out really refreshing, and now it's degraded to the point where it's fairly unusable. Regularly it would tie up tons of resources on my fairly beefy laptop. I switched back to sublime and it is a breath of fresh air, I didn't realize how slow zed had gotten. It seems like maybe they lost their way a bit, but I recognize that also they need to make money presumably, and it's hard to do that with a large team and a focused product.
I don't want Zed to focus on accommodating WSL's quirks.
I would like Zed to have feature parity with VSCode from 6 years ago. Working well over SSH or WSL, which it currently doesn't, is a part of that, even if I don't use that everyday.
I am a paying user, and have no plans to stop supporting them financially, but I wish they locked in and went through GH Issues queue, starting from the oldest.
Of course vs code accommodates wsl. Same company. Personally I couldn’t care less how badly MS wants to make windows a viable development environment. It’s more irrelevant every day. I’m glad zed doesn’t waste too much time on it.
Their ACP integration is good (finally), at least with Codex. For when I want to be near the code, I prefer it now over TUIs or the Codex app. It feels much more immediate that way. Sticking to the basics will kill them IMO. They have been pitching themselves as agent-native for a while btw.
And the workflow they are describing in the post sounds amazing, I‘ve been wishing for that. It‘s orthogonal to CVS, no? You can still make PRs. But, crucially, you can loop people in early on, when it matters the most.
Unfortunately their Zed agent is completely broken when running on Windows connected to WSL/SSH remote because the terminal tool checks for paths using the local Path style (windows) which breaks when applied to paths on the remote (linux).
I fixed this and a couple related issues in a PR but it hasn't gotten any attention yet. I guess they are a bit swamped. https://github.com/zed-industries/zed/pull/59937
> Their ACP integration is good (finally), at least with Codex.
you must not use it much. try pasting in an image, quitting zed and restarting (ie: upgrading the app). it shows you the base64 encoded data instead of just showing the image. heck, it doesn't even show you the image when you paste it in. it just shows the filename.
ACP integration is very good, IMO. I'm using it with Claude Code. They've made so many improvements over time. I use image pasting myself, TBH I was excited it worked at all. Surprised that some rough edges around images are enough to ruin the whole thing for you.
1 reply →
I use it constantly but haven’t felt the need to paste an image yet. I guess I‘m using pi and the Codex app more for that.
1 reply →
I think conceptually, the deltas are exactly the type of “basics” Zed is built on.
I agree with you that I wish they'd just nail the editor. I've been using it for years now and I really like it, but there are a few rough parts (settings and LSPs especially) that could probably be tuned up in no time if the focus was there.
Having said that, I love the idea of correlating the agent sessions to the changes. I'm glad someone is working on it.
You don't need a tool for that just configure your agent to write commit messages that link to a LLM log. And changes between commits. Maybe don't care why do we even care?
Of course you are right. I could write my own software to do what I want. Or, I could just do it all myself manually. This argument is valid in pretty much all cases, so I concede the point.
Claude, for example, already does write a git commit trailer with a session ID.
I've been hitting that or something recent recently; it's what I would consider a severe bug because it can result in lost work and related. Basically, if you `git pull`, edit a file elsewhere, or use an LLM, zed's tree will remain stale unless you re-close and open the file. (Restarting the application doesn't sort it). So you end up overwriting the file with whatever was in the buffer.
Oh, that sounds related to what I experienced. I recently had another look at Zed and tried to use it to full-text search through my workspace consisting of symlinked folders. Relevant things would just now show up, cmd+P also wouldn’t find the files. That’s where the evaluation stopped.
One could argue using WSL is an anti-pattern: use a real OS. I kid, I kid.
Yeah I’m an avid user of the editor. I don’t care for their AI stuff I bring my own but I just want to see the editor become awesome. A more detailed object plugin ecosystem would be nice.
This specific issue drove me mad for a couple of hours, I thought my LLM wasn't creating files and lying about it
Did you even read the post? The idea is to tie conversations to code. This is a more sophisticated version of something like doltdb, not a git replacement.
So like Fossil then.
I like Fossil be because it can be all in one. WIki, a place to store architectural diagrams, tickets, basic webgui, etc.