Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Zed DeltaDB

zed.dev

Post reply on HN
Print view View original

281–290 of 326 posts

Re: Zed DeltaDB

#281

Post by [deleted] »

darkwater wrote: post #218
dlisboa wrote: post #87

Earlier quoted context omitted.

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…

And the cherry on the cake: you get paid to work on your engineering project, get traction around it as opensource and if there is enough traction, leave the company and spin-off a new one to sell the same product to other companies! It's surely a lot of work but you get basically the discovery phase til market fit with your ass covered. Kudos to the engineers that pull that out, I really mean it!

[deleted]

Re: Zed DeltaDB

#282

Post by ithkuil »

ibejoeb wrote: post #41
xlii wrote: post #32

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)

Jujutsu is great, but it does not do this. It has no knowledge of agent sessions.

would it make sense to add jj snapshotting commands in agent hooks?

Re: Zed DeltaDB

#283

Post by elendilm »

Attempted multiple times to use zed. Gave up.

I still want to. I will give it another try when I am free.

But the whole environment has something that feels "invasion of privacy". Maybe its me.

I want an installation where typing latency must be invisible, literal invisible to the eye. Heard zed is great at that.

But I don't want my sensitive code to be put in a state that might lead it to exist in a cloud environment without my explicit permission.

Besides, the concept is good. Many a times I have wanted this exact feature - where what happens between commits can in principle be snapshoted with full checkout to any point - without of course any conscious effort from my side.

Re: Zed DeltaDB

#284

Post by rozap »

nicce wrote: post #244
LukaD wrote: post #229

Earlier quoted context omitted.

It has degraded? In what way? It sounds like your issues could be caused by LSP servers going rogue. Zed itself has been perfectly stable for me since I started using it as my default editor ~1 year ago. The only thing I didn’t like were some default layout changes that were trivial to revert.

It is randomly consuming high CPU on my mac as well, without any LSPs. Getting annoying.

Yea I figured it was my LSP but when I disabled it, it wasn't resolved. I didn't debug it, I just switched.

Re: Zed DeltaDB

#285

Post by everforward »

honeycrispy wrote: post #69
JaggedJax wrote: post #64

Earlier quoted context omitted.

I had to stop using Zed because of this issue (which persists despite being closed): https://github.com/zed-industries/zed/issues/38109 I can't use an editor where the file contents I'm being shown don't match the reality of the file. I guess this issue doesn't affect most people somehow, but in the age of CLI agents I'm not sure how more people aren't running into it. I was really enjoying Zed for a short while befo…

I do not have this issue. (Yes, I am on Linux/Wayland)

Are you editing outside Zed? That’s the only time I see this issue.

Eg Pi has its own tools for editing files and ignores the ones Zed sends over ACP. If I used Zeds AI pane to have Pi change a file, I can see the edits in the ACP window but the editor view doesn’t update.

I end up having to use something from the command palette to force refresh it, something like “Editor: Reload File”.

It happens to me across Windows, OSX, native ArchLinux and ArchLinux via WSL.

Re: Zed DeltaDB

#286

Post by shimman »

bjackman wrote: post #231
bubblebeard wrote: post #195

Earlier quoted context omitted.

They aren't proposing to replace git though. They are just attempting to make it simpler for developers to follow changes applied by an LLM in an ergonomic fashion. Not saying it will work well but I'm happy to see someone trying a new approach here.

I don't want someone "to make it simpler for developers to follow changes applied by an LLM in an ergonomic fashion". I want a text editor. I want "VScode without the bullshit". That's what I thought they were building.

They're a VC backed company, they aren't building for the user at all. The VC is their user.

Just need to see reality for how it is in the tech industry, products aren't made for users anymore they're mostly a ritual to please the VC gods. Bonus points if you're disruptive and a net-negative toward society.

Re: Zed DeltaDB

#287

Post by lopatin »

sarreph wrote: post #119

A lot of the copy on this page feels like the kind of copy an AI would produce. But I’m assuming, surely, Zed writes their own copy so I don’t want to accuse them of doing that. Marketing aside, this is the kind of thing (advancements in VCSes) that I’d usually be excited about, but which I’m less excited about coming from Zed because it makes me start to worry that they’re going to continue focussing less on the cor…

> But I’m assuming, surely, Zed writes their own copy

I've written my fair share of landing pages and copy lately. I start out with Claude for ideation and headlines it produces are almost always low effort word salads. Case in point:

"Software is made between commits"

It never fails to emphasize the last part, even if it bears no weight.

The only response to that headline is "Sure I guess".

It doesn't give you an idea of what problem it solves, doesn't sell you a vision or get you excited about the future. It's not even that insightful and is borderline factually incorrect.

Re: Zed DeltaDB

#288

Post by JerelVelarde »

NoDodgeQuestion wrote: post #6

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?

everyone wants to be everything in 2026

Re: Zed DeltaDB

#290

Post by latchkey »

manmal wrote: post #198
latchkey wrote: post #73

Earlier quoted context omitted.

images were just one glaring example... i didn't say anything about ruined, i just think a lot of those 'rough edges' are a bit more rough than they could be. it is a code editor after all. how about integrating the LSP so that it doesn't have to resort to rg/grep/sed/scripts to edit code?

What I really like is that all code links it outputs, open a pane at that line.

low bar. we've had anchor hrefs for decades now.
Post reply on HN