I gave Zed a try after using Sublime Text as my main editor for 10+ years, but after several weeks I'm back to ST. On paper Zed is amazing - fast, customizable and with nice features - but as a editor I just couldn't get used to it and I can't even put my finger on what exactly bothered me.. Maybe that's just me using ST for 10+ years, but I've tried really hard, however once I got back to ST I felt reliefed and I could yet again focus 100% on code rather than the tool.
yza
Why develop this when the core editor is almost unusable? On Linux wayland, copypaste is broken, the file manager is laggy and snippets do not trigger before the heavy hint logic is done. This is just on top of my head, the list is long
show comments
mynti
This feels very useful for training agents but almost completely useless to humans? Do I really want to go back to every change I made? Whatuse would that be?
NoDodgeQuestion
Zed should focus on basics. When it focuses on basics Zed is good.
Why a new version control system? Why not git, jj, or another existing system?
show comments
sanex
I really don't want management critiquing when I swear at Claude, thanks.
docheinestages
Sounds like a side-effect of being VC-backed. Like what the ex GitHub CEO went on to build (Entire). Unnecessary.
pknopf
A non-existent problem that nobody asked to solve...
drdexebtjl
This makes me uncomfortable.
Maybe I’m pessimistic, but I think this just gives micro-managers the data they need to micro-manage you. It invites people to scrutinize the process, instead of the results.
Not once have I wished to review a colleague’s conversation with an AI. I want to review finished work.
I look at this and I can only imagine layoffs being justified with “bad prompt quality”. An incident retrospective broadcasting your agent conversations to the entire company, with people speculating where you should have put the “make no mistakes”.
It’s a shame, really, because I like Zed as an editor, but I can’t bring myself to support them if this is the direction they’re choosing.
show comments
manzu
this looks like jetbrains "local changes" but globally synced. "for the agents" mights scare people who jump to think about micromanagers, but these people mostly hide or fake work. even micromanagers will eventually give you an agent to use so it won't matter what is in the change log, what matters is speed+quality. and since you can iterate from any branch you have inginite try and retry possibilities
g42gregory
Looks like a great feature/product/functionality. I hope that Zed editor will make it work with LLMs/agents that run in the terminal, not just the Zen Agent itself. Is it even possible? I use OMP.sh agent running in Zed terminal.
show comments
visiondude
i think a system that uses git and file system artifacts (txt/md/xml files whatever preference) is much better. eng teams need to define their artifacts, eg plan file, reqs etc whatever is needed and important to that team. the agent convo itself doesn’t add much value IMO and adds unnecessary bloat.
imagetic
I have fallen in love with Zed.
Lucasoato
What problem does this product solve?
show comments
[deleted]
show comments
xlii
I start to sound like a Jujutsu fanboy but...
Jujutsu already does this. I had agent screwing up changeset over couple hour long session and it took one shell command to split on pieces with longer pause.
The only downside is that because of Jujutsu snapshots it can't be used inside sandbox (since all jj commands are mutating)
show comments
teaearlgraycold
This is a big unsolved dev tooling problem. Glad someone competent is working on it.
I gave Zed a try after using Sublime Text as my main editor for 10+ years, but after several weeks I'm back to ST. On paper Zed is amazing - fast, customizable and with nice features - but as a editor I just couldn't get used to it and I can't even put my finger on what exactly bothered me.. Maybe that's just me using ST for 10+ years, but I've tried really hard, however once I got back to ST I felt reliefed and I could yet again focus 100% on code rather than the tool.
Why develop this when the core editor is almost unusable? On Linux wayland, copypaste is broken, the file manager is laggy and snippets do not trigger before the heavy hint logic is done. This is just on top of my head, the list is long
This feels very useful for training agents but almost completely useless to humans? Do I really want to go back to every change I made? Whatuse would that be?
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?
I really don't want management critiquing when I swear at Claude, thanks.
Sounds like a side-effect of being VC-backed. Like what the ex GitHub CEO went on to build (Entire). Unnecessary.
A non-existent problem that nobody asked to solve...
This makes me uncomfortable.
Maybe I’m pessimistic, but I think this just gives micro-managers the data they need to micro-manage you. It invites people to scrutinize the process, instead of the results.
Not once have I wished to review a colleague’s conversation with an AI. I want to review finished work.
I look at this and I can only imagine layoffs being justified with “bad prompt quality”. An incident retrospective broadcasting your agent conversations to the entire company, with people speculating where you should have put the “make no mistakes”.
It’s a shame, really, because I like Zed as an editor, but I can’t bring myself to support them if this is the direction they’re choosing.
this looks like jetbrains "local changes" but globally synced. "for the agents" mights scare people who jump to think about micromanagers, but these people mostly hide or fake work. even micromanagers will eventually give you an agent to use so it won't matter what is in the change log, what matters is speed+quality. and since you can iterate from any branch you have inginite try and retry possibilities
Looks like a great feature/product/functionality. I hope that Zed editor will make it work with LLMs/agents that run in the terminal, not just the Zen Agent itself. Is it even possible? I use OMP.sh agent running in Zed terminal.
i think a system that uses git and file system artifacts (txt/md/xml files whatever preference) is much better. eng teams need to define their artifacts, eg plan file, reqs etc whatever is needed and important to that team. the agent convo itself doesn’t add much value IMO and adds unnecessary bloat.
I have fallen in love with Zed.
What problem does this product solve?
I start to sound like a Jujutsu fanboy but...
Jujutsu already does this. I had agent screwing up changeset over couple hour long session and it took one shell command to split on pieces with longer pause.
The only downside is that because of Jujutsu snapshots it can't be used inside sandbox (since all jj commands are mutating)
This is a big unsolved dev tooling problem. Glad someone competent is working on it.
Is this closed source?
Basically what IntelliJ calls local history. It is a feature that has saved my bacon. https://www.jetbrains.com/help/idea/local-history.html
It should work with github inbetween commits, that i may use. Right now I'm using staging as an in bewteen in a dangerous way.