How much time per month should an unpaid volunteer maintainer dedicate to an Open Source project?
-
@evan 'As long as they feel happy with' which could be any of the above.
-
@evan However much as they feel like and healthily can. Unpaid volunteers owe nothing to noone.
-
@evan I miss the option: as much as he/she wants.
and only as much as it's healthy for him/her and their relationships! -
@evan @joergi @preinheimer huge +1 on that. Maintainers of open source softwares don't owe anything to anyone.
-
@preinheimer @joergi so, there's no minimum amount of time where you'd worry that the project is unmaintained or under-maintained?
-
@evan A: What *they* want to.
-
@evan 'As long as they feel happy with' which could be any of the above.
@tony So, you're happy using unmaintained or under-maintained software?
There's no minimum amount of time you expect maintainers to put in -- even on security issues, dependency or platform EOL, all that stuff?
You're going to use it regardless?
-
@evan (x) however much they feel like it
-
@evan A: What *they* want to.
@malwareminigun so, you'll keep using the software, no matter if there are outstanding security alerts, dependency EOL, untriaged issues? Just as long as the maintainers are happy?
-
@evan I miss the option: as much as he/she wants.
and only as much as it's healthy for him/her and their relationships! -
@evan (x) however much they feel like it
@larsmb and you'll keep using their unmaintained software, full of known security bugs, regardless?
-
@tony So, you're happy using unmaintained or under-maintained software?
There's no minimum amount of time you expect maintainers to put in -- even on security issues, dependency or platform EOL, all that stuff?
You're going to use it regardless?
@evan They're unpaid volunteers, not employees.
Whether I'll continue to use unmaintained software depends on whether it still works for me (or whether I can fork it and fix issues, but that's not an option for many). Mostly I'll find an alternative, of which there are usually many.
-
@preinheimer @joergi so, there's no minimum amount of time where you'd worry that the project is unmaintained or under-maintained?
@evan @preinheimer @joergi depends quite a lot no the project. There are no fixed rules why do you want to impose them?
-
@troglobit @joergi would you continue to use software that has unpatched security alerts?
-
@malwareminigun so, you'll keep using the software, no matter if there are outstanding security alerts, dependency EOL, untriaged issues? Just as long as the maintainers are happy?
@evan You didn't say "what are your conditions to use software", you said "how many unpaid volunteer hours should there be". There is software with those problems with thousands of hours of investment, there is also software without those issues with very little.
I don't "owe" the project usage, and the maintainers don't "owe" the project maintenance hours.
-
@larsmb and you'll keep using their unmaintained software, full of known security bugs, regardless?
@evan That's ... a different question? They've got no obligations to me.
I could maintain it or contribute to it myself, pick something else, pay someone ...
But there's no "should".
-
@evan @preinheimer @joergi depends quite a lot no the project. There are no fixed rules why do you want to impose them?
@troglobit @preinheimer @joergi because I like thinking about hard topics. You don't have to, though!
-
@evan They're unpaid volunteers, not employees.
Whether I'll continue to use unmaintained software depends on whether it still works for me (or whether I can fork it and fix issues, but that's not an option for many). Mostly I'll find an alternative, of which there are usually many.
@tony so, how much time do you think it takes for maintainers to keep software in a state where it still works for you?
-
@troglobit @joergi would you continue to use software that has unpatched security alerts?
-
@evan That's ... a different question? They've got no obligations to me.
I could maintain it or contribute to it myself, pick something else, pay someone ...
But there's no "should".
