4 ms·

From the maintainer's point of view, any new contribution requires work to vet it and check that it won't break something else, insidiously inject malware, etc.

From the maintainer's point of view, any new contribution requires work to vet it and check that it won't break something else, insidiously inject malware, etc., so what value it adds has to appear to be worth the trouble. Even when the contributor is certain that their PR is perfect and should be "no trouble" for the maintainer. This "hill" that has to be gotten over by the contributor is just a reality of the situation. I don't see any way around it.

bmitc 3y ago
Just document it on the README: PRs are will not be accepted or vetted due to <x>. It's as simple as that.
- growse 3y ago
  That's a very absolutist view. In reality, some PRs are good quality and worth paying the ongoing cost to maintain. Others are good quality, but not worth the ongoing cost. Maintainers get to decide, and they're not obligated to publish their evaluation criteria.
  - bmitc 3y ago
    > and they're not obligated to publish their evaluation criteria God forbid people communicate.
    - Ferret7446 3y ago
      Communication requires work from both side. Authors of open source software owe you nothing, including the work of communication. At a baseline, you are responsible for the maintainer's communication burden too, such as reading in between the lines and accommodating for their schedule (they may need weeks to respond). If you don't think it's a burden, then why not fork the project and become the maintainer yourself? "Before you criticize someone, walk a mile in their shoes"
      - bmitc 3y ago
        > Authors of open source software owe you nothing, including the work of communication. This is a tiring discussion, because this is exactly what I'm talking about. No one is here talking about how anyone owes one anything. In fact, no one in any part of life owes one anything if you'd like to go that route. But effective communication and expectation setting avoids the vast amount of communication issues. If a maintainer wants to release software and then complain about it every step of the way and claim everyone is demanding how they spend their time and effort and not reading their mind and now bowing at their feet, that's their prerogative. But that isn't some righteous path. It's an annoying one. If maintainers are such sensitive souls, then they should either: communicate early and stop complaining, or take the project private or disable issues and stop complaining. Why almost go out of your way just to complain and make your job harder?
        pydry 3y ago
        >No one is here talking about how anyone owes one anything. You were. You were describing what you "expect" from maintainers. That is the same thing as saying what you are owed. E.g. when I make a contract I expect the other side to honor it. I am owed that because they signed a contract. I expect people to not spit on me on the street - that's part of an unspoken societal contract. If somebody makes a commitment, I expect them to follow through on it (even if they are not legally bound to) - again, part of an unspoken societal contract. If I email somebody, I don't expect a response under all circumstances - again, unspoken societal contract. What you were describing above were additional expectations you have on people who gave you something for free in exchange for nothing.
- pydry 3y ago
  Just ask if you want to raise a PR. Explain what you want to do. Or fuck off. It's as simple as that. You're not owed an explanation just because somebody gave you something for free. The maintainer might have complicated reasons for wanting to accept some PRs and not others and might not want to put the work in to write it down. They're not obligated to explain this to the all and sundry just in case somebody wants to raise a drive by PR. If you think they are obligated, that's indicative of a culture of entitlement.

bmitc 3y ago

Just document it on the README: PRs are will not be accepted or vetted due to <x>. It's as simple as that.

growse 3y ago
That's a very absolutist view. In reality, some PRs are good quality and worth paying the ongoing cost to maintain. Others are good quality, but not worth the ongoing cost. Maintainers get to decide, and they're not obligated to publish their evaluation criteria.
- bmitc 3y ago
  > and they're not obligated to publish their evaluation criteria God forbid people communicate.
  - Ferret7446 3y ago
    Communication requires work from both side. Authors of open source software owe you nothing, including the work of communication. At a baseline, you are responsible for the maintainer's communication burden too, such as reading in between the lines and accommodating for their schedule (they may need weeks to respond). If you don't think it's a burden, then why not fork the project and become the maintainer yourself? "Before you criticize someone, walk a mile in their shoes"
    - bmitc 3y ago
      > Authors of open source software owe you nothing, including the work of communication. This is a tiring discussion, because this is exactly what I'm talking about. No one is here talking about how anyone owes one anything. In fact, no one in any part of life owes one anything if you'd like to go that route. But effective communication and expectation setting avoids the vast amount of communication issues. If a maintainer wants to release software and then complain about it every step of the way and claim everyone is demanding how they spend their time and effort and not reading their mind and now bowing at their feet, that's their prerogative. But that isn't some righteous path. It's an annoying one. If maintainers are such sensitive souls, then they should either: communicate early and stop complaining, or take the project private or disable issues and stop complaining. Why almost go out of your way just to complain and make your job harder?
      - pydry 3y ago
        >No one is here talking about how anyone owes one anything. You were. You were describing what you "expect" from maintainers. That is the same thing as saying what you are owed. E.g. when I make a contract I expect the other side to honor it. I am owed that because they signed a contract. I expect people to not spit on me on the street - that's part of an unspoken societal contract. If somebody makes a commitment, I expect them to follow through on it (even if they are not legally bound to) - again, part of an unspoken societal contract. If I email somebody, I don't expect a response under all circumstances - again, unspoken societal contract. What you were describing above were additional expectations you have on people who gave you something for free in exchange for nothing.
pydry 3y ago
Just ask if you want to raise a PR. Explain what you want to do. Or fuck off. It's as simple as that. You're not owed an explanation just because somebody gave you something for free. The maintainer might have complicated reasons for wanting to accept some PRs and not others and might not want to put the work in to write it down. They're not obligated to explain this to the all and sundry just in case somebody wants to raise a drive by PR. If you think they are obligated, that's indicative of a culture of entitlement.