4 ms·

>People think if a project on github hasn't been updated since 3 months then it has been abandoned!! People are too quick to assume that all Github repos are m

by tjpnz 5y ago

>People think if a project on github hasn't been updated since 3 months then it has been abandoned!! People are too quick to assume that all Github repos are meant for public consumption. Can only speak for myself really but most of what I've pushed there was designed with only me in mind. If others find it useful that's nice but don't expect me to accept pull requests.

TedDoesntTalk 5y ago
This is precisely why I have a private git repo.
- capableweb 5y ago
  It would be sad if people could only chose between "Public and I commit to maintain this for all of you" and "Private and it's just for me". What's wrong with "This is public but it's still for me, you're welcome to use it if you want to but don't expect anything from me". This is what open source is really about for me.
  - barnabee 5y ago
    Totally agree, open source is about sharing code, designs, solutions to problems, etc. not running, maintaining, and and promoting a project.
    - heurisko 5y ago
      Some open source efforts are geared towards running, maintaining, and promoting a project. Adoptopenjdk comes to mind. https://adoptopenjdk.net/ https://adoptopenjdk.net/
      - barnabee 5y ago
        This seems like a volunteer project _around_ open source rather than open source. It may seem pedantic but it feels useful (to me at least) to separate the act of sharing and collaboratively improving code from the projects and politics that often get built around that.
  - cubano 5y ago
    I agree with this so much that I strongly feel that it should actually be an repos option as it clearly lays out the responsibilities of all parties should they choose to use the code.
    - capableweb 5y ago
      It's almost like we should have some sort of text we can all copy paste in our repositories to indicate this sort of thing. Mine will always contain: THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ... And then maybe we should add something about that people can actually use it if they want to: Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files ... Should try to start this is an effort for real!
    - WJW 5y ago
      I usually just put some text to the extent of "this code was written by myself for myself and I'm really not looking for pull requests" in the README.
      - capableweb 5y ago
        If you get tired of repeating yourself, do what I wrote about in https://news.ycombinator.com/item?id=28663996 https://news.ycombinator.com/item?id=28663996 and just use the MIT license. It has all of this outlined explicitly already.
        WJW 5y ago
        I see what you mean, but in my experience most people will at least skim the README while they ignore the license entirely. So, by putting it in a clearly visible position in the README (say just below the repo title) I catch a few extra people and prevent them from sending in issues/PRs in the first place. It's also not like it's a lot of work, a 30 seconds one-time investment in my time is less time than I spend on most HN comments.
ValentineC 5y ago
I am suddenly reminded of this earlier discussion: https://news.ycombinator.com/item?id=28263721 https://news.ycombinator.com/item?id=28263721
david_allison 5y ago
Have you considered a "no maintenance intended" badge on those repos? https://unmaintained.tech/ https://unmaintained.tech/
- hsn915 5y ago
  This is not at all close to what I'm advocating for. The page says: > Open Source is rewarding- but it can also be exhausting. > The linking project’s code is provided as-is, and is not actively maintained. Basically the attitude here is "I'm tired! Leave me alone!". The attitude I'm advocating for is "This is feature complete! We only update this project for bug fixes or security patches."

by tjpnz 5y ago

TedDoesntTalk 5y ago

This is precisely why I have a private git repo.

capableweb 5y ago
It would be sad if people could only chose between "Public and I commit to maintain this for all of you" and "Private and it's just for me". What's wrong with "This is public but it's still for me, you're welcome to use it if you want to but don't expect anything from me". This is what open source is really about for me.
- barnabee 5y ago
  Totally agree, open source is about sharing code, designs, solutions to problems, etc. not running, maintaining, and and promoting a project.
  - heurisko 5y ago
    Some open source efforts are geared towards running, maintaining, and promoting a project. Adoptopenjdk comes to mind. https://adoptopenjdk.net/ https://adoptopenjdk.net/
    - barnabee 5y ago
      This seems like a volunteer project _around_ open source rather than open source. It may seem pedantic but it feels useful (to me at least) to separate the act of sharing and collaboratively improving code from the projects and politics that often get built around that.
- cubano 5y ago
  I agree with this so much that I strongly feel that it should actually be an repos option as it clearly lays out the responsibilities of all parties should they choose to use the code.
  - capableweb 5y ago
    It's almost like we should have some sort of text we can all copy paste in our repositories to indicate this sort of thing. Mine will always contain: THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ... And then maybe we should add something about that people can actually use it if they want to: Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files ... Should try to start this is an effort for real!
  - WJW 5y ago
    I usually just put some text to the extent of "this code was written by myself for myself and I'm really not looking for pull requests" in the README.
    - capableweb 5y ago
      If you get tired of repeating yourself, do what I wrote about in https://news.ycombinator.com/item?id=28663996 https://news.ycombinator.com/item?id=28663996 and just use the MIT license. It has all of this outlined explicitly already.
      - WJW 5y ago
        I see what you mean, but in my experience most people will at least skim the README while they ignore the license entirely. So, by putting it in a clearly visible position in the README (say just below the repo title) I catch a few extra people and prevent them from sending in issues/PRs in the first place. It's also not like it's a lot of work, a 30 seconds one-time investment in my time is less time than I spend on most HN comments.

ValentineC 5y ago

I am suddenly reminded of this earlier discussion: https://news.ycombinator.com/item?id=28263721 https://news.ycombinator.com/item?id=28263721

david_allison 5y ago

Have you considered a "no maintenance intended" badge on those repos? https://unmaintained.tech/ https://unmaintained.tech/

hsn915 5y ago
This is not at all close to what I'm advocating for. The page says: > Open Source is rewarding- but it can also be exhausting. > The linking project’s code is provided as-is, and is not actively maintained. Basically the attitude here is "I'm tired! Leave me alone!". The attitude I'm advocating for is "This is feature complete! We only update this project for bug fixes or security patches."