Baby-sitting bad behaviors
Baby-sitting bad behaviors
Posted Sep 19, 2018 19:48 UTC (Wed) by mchehab (subscriber, #41156)In reply to: Code, conflict, and conduct by kay
Parent article: Code, conflict, and conduct
> IMHO there is no big practical difference between old and new version of COC.
There is: the old CoC inputs penalties to the violators of the CoC. With the new one, maintainers become responsible for baby-sitting other behaviors:
Maintainers who do not ... enforce the Code of Conduct in good faith may face temporary or permanent repercussions as determined by other members of the project’s leadership.
It gets worse:
applies both within project spaces and in public spaces when an individual is representing the project or its community.
So, if a random Kernel developer gets drunk and do something "not welcoming" on a random community event, even if thousands of miles away from current maintainers' location, a random maintainer can be punished, if it doesn't enforce the CoC.
I don't know a single maintainer that signed-up for baby-sitting grown ups.
> Compared to other COC, e.g. , https://lwn.net/Articles/765332/, its simple and straightforward.
Nice document! Didn't read it until today.
I actually liked a lot more that PostgreSQL one, as it inputs penalties to the ones that violate the CoC, not the ones that don't have any relationship to a random abuser, except by eventually taking patches from him/her, when they're technically correct.
Another good thing is that it states two instances to judge misconducts: a comitte and a Core Team. It also defines an appeal process, where parts can defend themselves if they find the decision to be unfair.
Also, I have some doubts if the way we currently handle electronic emails on tags like Suggested-by would be possible without violating the CoC, as it defines electronic information as private information:
private information, such as a physical or electronic address
Examples of unacceptable behavior by participants include:
...
Publishing others’ private information ... without explicit permission