241–250 of 327 posts
It's primarily aimed at creative workflows. I mainly use it for creative coding, but I realize now it could also serve the same purpose for tracking changes made by AI agents.
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
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!
Earlier quoted context omitted.
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 wit…
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.
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.
Earlier quoted context omitted.
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 wit…
And yet it is written in Rust, a good evidence that compiled languages only help so much when the architecture isn't the right one, or bad algorithms are being chosen.
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.
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?
Based on what exactly? I think that git is more useful than ever in this new "age of ai [slop]".
Thankfully, something being old doesn't automatically make it not useful anymore.
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…
That's what people would have said 3 years ago about going against google (and search engines in general), yet here we are. Revolution is in the air.