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

231–240 of 329 posts

Re: Zed DeltaDB

#231

Post by bjackman »

bubblebeard wrote: post #195
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?

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.

Re: Zed DeltaDB

#232

Post by embedding-shape »

itishappy wrote: post #175
embedding-shape wrote: post #147

Earlier quoted context omitted.

> An unprivileged userspace application, even if coded poorly, shouldn't crash the machine. How would you prevent that? It can write until root disk is full, can take all your memory, saturate your CPU and a whole bunch of other stuff we (users) like to be able to do for the things that need them. Unless you're suggesting something like Qubes or similar UX?

Disk, memory, and CPU limits? The app should crash, not the kernel.

Right, my point being that it's should be up to the user to decide, because most of the times I run programs, I actually want them to be able to gobble up GB of disk, RAM and fully make use of my CPU. That's why I bought the hardware I have :)

Re: Zed DeltaDB

#233

Post by Aeolos »

pjmlp wrote: post #213
WD-42 wrote: post #151

Earlier quoted context omitted.

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.

Windows is more than viable as development platform, ask Valve why they need Proton in first place.

Breaking an illegal monopoly takes decades but, as it happened with Internet Explorer 6, it's finally happening for Windows.

Re: Zed DeltaDB

#234

Post by zeratax »

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?

is this supposed to compete with a traditional vcs like git? it reads to me like it's a separate different thing

Re: Zed DeltaDB

#235

Post by computerfriend »

conartist6 wrote: post #223
jonkoops wrote: post #221

Earlier quoted context omitted.

This isn't trying to be a replacement for Git. Maybe read up first?

That's what's trouble: git is reaching the end of its useful life. It's 25 years old, and the patch files that make up the core of the decentralized collaboration system are fully 50 years old. Have the design requirements and constraints perhaps changed over the last 50 years?

I don't think so.

Re: Zed DeltaDB

#237

Post by noisy_boy »

WD-42 wrote: post #153
umvi wrote: post #75

Hmm, yeah before "DeltaDB" I have a big list of things I would rather they develop/fix: - Vertical activity bar ( https://github.com/zed-industries/zed/pull/58868#issuecommen... - rejected because it "doesn’t match our design vision for Zed") This is my #1 annoyance: clicking microscopic icons at the very bottom of the screen to switch views. - Don't crash my entire PC when there's a large (100+ MB) JSON file in the…

> This is my #1 annoyance: clicking microscopic icons at the very bottom of the screen to switch views. Have you considered using a keybind? They even show which keybind to use when you hover them. Amazing that someone would prefer a vertical bar that is 85% empty, wasted space instead of pressing a few keys on the keyboard - for a text editor of all things.

Sometimes there may be keybinding conflicts. Since when we have started to push back on bog standard expectations like usable buttons in a UI?

Re: Zed DeltaDB

#238

Post by glenngillen »

dlisboa wrote: post #87
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?

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…

I remember thinking the same about a bunch of friends I know who were working at early GitHub. What are you all doing build a replacement Campfire? Omg, now there's a team building an IDE because they don't like Textmate? And dozens of similar ones I've forgotten over the years. But both of those lead to Electron, and Atom, and ultimately VSCode. Which given they ultimately ended up at MSFT probably didn't hurt when the acquisition conversations started.

Re: Zed DeltaDB

#240

Post by fireant »

randomblock1 wrote: post #3
g42gregory wrote: post #2

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.

It supports anything with ACP. So it can actually run Codex and Claude Code, not just the Zed Agent. Looks like omp supports ACP, so all you have to do is specify a Custom Agent in Zed and it should just work. https://omp.sh/docs/acp https://zed.dev/docs/ai/external-agents

Using OMP through ACP inside Zed is drastically worse experience than just running OMP inside Zed terminal. The ACP UI is dreadful and I had bunch of crashes even for first party Codex support.
Post reply on HN