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

271–280 of 326 posts

Re: Zed DeltaDB

#271

Post by yza »

janilowski wrote: post #252
yza wrote: post #38

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

What exactly is broken with copy-paste? I've been using Zed on Wayland (official install, not flatpak and not terra) and had no issues with this.

lucky you, but here's the issue (note: there have been at least 3 issues before this one) https://github.com/zed-industries/zed/issues/58651 crossing fingers it's solved for real now. i only use wayland on my laptop where it seems to be fixed, my go-to machine is with Xorg where there's no copy-paste problems

Re: Zed DeltaDB

#272

Post by phoghed »

mukmuk wrote: post #135
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…

Anytime a company/group announces some random new project now, I tend to immediately suspect over-reliance on AI. From what I’ve seen, AI addiction frequently manifests as an explosion in scope, possibly because LLMs make so much initial “progress” on new projects which you can then demo and have resource allocators extrapolate to some glorious shipping version. But then you have to go back & clean up the slop, progr…

God it’s so tiring reading this bullshit framing that you people constantly regurgitate.

Re: Zed DeltaDB

#274

Post by dlisboa »

jon-wood wrote: post #270
dlisboa wrote: post #266

Earlier quoted context omitted.

> But both of those lead to Electron, and Atom, and ultimately VSCode You just gave an example of 3 unprofitable projects. That's pretty much my point: great that we got all of this stuff out of it but in any company not propped up by massive amounts of VC money you can't pay tens of millions of dollars in engineering salary for no immediate gain.

They're projects where there's not a payment page to buy a copy sure, but VSCode especially has I'm sure indirectly led to a ton a of profit - its the natural home of Copilot, integrated with Github (including in their paid product Codespaces), and has I'm sure led to a ton of standardisation and productivity increases across the company.

Indirectly, maybe 8 years after Electron was first started, and not for the company that first invested in Electron.

My point yet again: only companies with money to burn can take that gamble.

Re: Zed DeltaDB

#275

Post by sporedro »

hresvelgr wrote: post #210

Commercially speaking, going against Git is a fool's errand. As much as I'd like to see Git usurped, I can't imagine the people backing this would sign off on a competitor to Git unless it was some type of sidecar. No doubt it'll be tightly coupled to Zed as well which is concerning. Perhaps this is pessimistic but I don't have faith the team are going to deliver anything groundbreaking given their entire business is…

If this is targeted at competing with git, I agree it’s a useless attempt.

If it’s targeted at working alongside git, and competing with the “local history” provided by like vscode, jetbrains and even vim where they track all saves to files it might serve a purpose?

The latter could be “useful” as an offline record. But the way they’re talking about sharing that, it feels like this is targeted at replacing git.

Re: Zed DeltaDB

#276

Post by gwerbin »

neya wrote: post #165
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…

> They'll re-invent/re-write things constantly Re-invent is fine, that's how we actually get the good stuff we use. Re-write (frequently) is usually a sign of bad power dynamics in the team, code rot and generally bad engineering management, in my experience. That's why most React shops end up in this vicious cycle of constant re-writes of a perfectly fine working system for this reason. Yeah, must be really nice get…

Sometimes I feel like the software field is just begging to be "disrupted" by AI. So much bad management and useless wheel-spinning, all with salaries far above what is typical for any given area.

It's like taxis and Uber. Yes it's probably bad long-term that local taxi companies have been replaced by a mega-corporation. But there were so many bad taxi companies with rude dispatchers, lazy drivers, cars that show up 30 minutes late, drivers that don't run the meter, artificial supply restriction in NYC (medallions), etc. If taxis didn't suck so much, they might have been able to fight back better, and got more sympathy from the public along the way.

You see similar claims leveled at certain unions like the ILA and police unions.

Re: Zed DeltaDB

#277

Post by Squarex »

Nnnes wrote: post #227
norman784 wrote: post #215

Earlier quoted context omitted.

Did you check if the resources were consumed by the LSP or Zed? Also there was a Zed fork without the AI stuff, not sure if is a hard fork or not and if is still maintained (IIRC wasnt hosted on Github)

Gram Editor. It's actively maintained. I know people disagree over definitions of "hard fork". Gram does not send patches to Zed but does occasionally merge fixes from Zed. There is not any specific effort to keep (non-AI) feature parity. https://gram-editor.com https://codeberg.org/GramEditor/gram

Why does the author hate the AI so much?

Re: Zed DeltaDB

#279

Post by worldthruword »

jon-wood wrote: post #270
dlisboa wrote: post #266

Earlier quoted context omitted.

> But both of those lead to Electron, and Atom, and ultimately VSCode You just gave an example of 3 unprofitable projects. That's pretty much my point: great that we got all of this stuff out of it but in any company not propped up by massive amounts of VC money you can't pay tens of millions of dollars in engineering salary for no immediate gain.

They're projects where there's not a payment page to buy a copy sure, but VSCode especially has I'm sure indirectly led to a ton a of profit - its the natural home of Copilot, integrated with Github (including in their paid product Codespaces), and has I'm sure led to a ton of standardisation and productivity increases across the company.

Greatness cannot be planned.
Post reply on HN