• originalucifer@moist.catsweat.com
    link
    fedilink
    arrow-up
    21
    arrow-down
    1
    ·
    8 months ago

    this is just a dev running into the issue of managing project expectations. it doesnt sound like his project has any sort of roadmap, and hes upset that people are curious if he cares to keep extending his work.

    how dare they. just manage those expectations in your documentation, its really that simple. you can then point to it at any yocal failing to read it.

    • blackbrook@mander.xyz
      link
      fedilink
      English
      arrow-up
      7
      arrow-down
      2
      ·
      8 months ago

      Also, you don’t need to put every fun little programming thing you decided to do out into public. The open source space is cluttered with half-assed, unfinished, and abandoned projects. If you’re not serious about maintaining it, just keep it to yourself so we have less chaff to wade through when looking for a given type of program.

      • crystal@feddit.de
        link
        fedilink
        English
        arrow-up
        5
        arrow-down
        2
        ·
        edit-2
        8 months ago

        I disagree. Even unfinished or abandoned projects can be helpful to others.

        Just mark it as “WIP”, “unfinished” or “abandoned” (depending on whether you consoder coming back to it), but let the code still be available.

        If someone (like you) searches for actively maintained, fully-featured projects, they can dismiss your project the moment they see that term.

  • drcabbage@lemmy.ml
    link
    fedilink
    English
    arrow-up
    6
    ·
    8 months ago

    Honestly, I appreciate those “is this dead” issues. It’s a good way to check the pulse of project before you try to integrate it as a dependency for your own. But really it should only be done of there has been no activity for some time (like 2 years or so). A simple “it’s not dead, it’s just feature complete” or “big fixes only” would go a long way to assure the community.

    I never make those issues myself, but I appreciate the others who do.