Related:

This is in a PR where Shougo, another long-time contributor, communicates entirely in walls of unparseable AI slop text: https://github.com/vim/vim/pull/19413

Thank you for the detailed feedback! I’ve addressed all the issues:

Thank you for the feedback! I agree that following the Vim 8+ naming convention makes sense.

Thank you for the feedback on naming!

Thanks for the suggestion! After thinking about this more, I believe repeat_set() / repeat_get() is the right choice:

Thank you for the feedback. A brief clarification.

https://hachyderm.io/@AndrewRadev/116176001750596207

@[email protected]

  • hayvan@piefed.worldEnglish
    763·
    2 days ago

    The devs do have my sympathy, they dedicate their time and energy for these projects and start burning out.
    The solution obviously shouldn’t be drowning it on slop. They should be just slowing down. Vim has been an excellent and functional tool for many years now, it doesn’t need more speed.
    There are better ways to use LLMs as a productivity tool.

    • unexposedhazard@discuss.tchncs.de
      593·
      2 days ago

      I see this excuse of burn out every time it comes to LLM use, but i honestly do not buy it. You cant tell me every other dev out there just burnt out at the same time in sync with the release of LLM coding assistants. If you use LLMs like this you simply dont care about the project anymore and should move on with your life. Its better for everyone if it gets abandoned by the original dev and forked by ones that care. Sometimes you just gotta let go.

    • Pommes_für_dein_Balg@feddit.org
      21·
      1 day ago

      What I’m wondering is, why does Vim need new features in the core repo at all?
      It’s finished software at this point.
      The dev should just do security upgrades and let extensions developed by other people handle additional functionality.