‹ BackHN Continuity

Thread

Replacing Pull Requests with Delta

154 points · 102 comments · vquemener

  1. the__alchemist · · focus · HN ↗
    I've lost faith in their editor and GPUI - you were the one, Zed! They are full-steam AI on things like this. I expected this article to be about a general alternative to git, but it is about LLM-focused coding in a way that doesn't make sense to me, as it slices a line between human-written and LLM-written code which does not exist in a meaningful way.

    Their primary product, the Zed editor, is unusable for me and others due to it mismanaging file syncs on disk - when external edits happen, the editor retains stale state unless you close and re-open the specific file (Not even an editor reopen syncs it). There is a significant risk of your changes being silently overwritten or conflicted. Amusingly, the risk of this is increased when a file is changed asynchronously, which for me, most happens due to a pull or LLM edits!

    It begs questions like: "If coding has changed so that we should use an LLM-focused source control tool, why can't the LLM fix a severe bug in our software that has a closed-form solution?"

    1. etatester · · focus · HN ↗
      Yikes. I had to stop using JetBrains software for similar reason (their autosave effectively conflicted with external git usage). This is inexcusable to me but to each their own.
      1. mattm · · focus · HN ↗
        Don't they have an auto-save setting that you can turn off?
        1. etatester · · focus · HN ↗
          Yes, but I think it still behaved weirdly with external changes. It's been a few years now, maybe it discarded any unsaved changes and just re-read the version from disk, or maybe it auto closed any editors for files that didn't exist after a branch change. Awkward behavior like that. VSCode and Sublime Text are much better in this regard.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.