Hacker News new | ask | show | jobs
by ben0x539 2055 days ago
> and the owners will add a notice to a page documenting the sanction and rationale

I mean, that's basically a CoC-by-example. I don't really disagree with that modulo some surmountable reservations about giving too much attention to either bad actors or victims. Where I think this falls short is that, when spinning up a new project, you'd start with a blank page, so people _don't_ have the opportunity to determine whether they disagree with your moderation style until enough bad things have actually happened. Why not carry over your learnings from previous projects?

1 comments

>Where I think this falls short is that, when spinning up a new project, you'd start with a blank page, so people _don't_ have the opportunity to determine whether they disagree with your moderation style until enough bad things have actually happened. Why not carry over your learnings from previous projects?

If every single project on GitHub right now removed its CoC, how much would really change over the next month or two? The vast majority of people know what's generally acceptable or unacceptable, and the vast majority of open source project owners share that sensibility. There may be a rare case of a project owner who thinks saying "hi, it might be better to do [X]" is offensive, or a contributor who thinks it's okay to say "this code is fucking terrible, you're a moron", but unless you're dealing with Linus Torvalds or someone else really unusual, it's almost never a concern.

When contributing to a project with such a blank page, you run the risk of encountering that odd project owner who seems to diverge from almost everyone else in the community, but I think the risk is so low and the impact so minor that it's not worth worrying about it much. And if it's truly a concern for some reason, you can just click on the owners' other projects or Google their names/monikers to see if anything concerning comes up.

I definitely think project owners should moderate shitty behavior, and I think for other sorts of communities (like message boards) there might be stronger requirements for somewhat more explicit rules, and if a particular project for some reason has had more than one instance of behavior the owner finds unacceptable but contributors don't then it makes sense to explicitly clarify some things, but in general I don't really understand all of the bureaucracy surrounding this.

There's local consensus but it absolutely does differ between projects. I don't know what people feel particularly strongly about, or have particularly bad experiences with. I don't know how people want problems to be reported/addressed. I don't know whether to expect the community leaders' support when there are problems, or whether it'll be blamed on me for having the wrong values. All of these distract from trying to get technical work done. Writing things down is useful.
I certainly may just be biased by my own experience from maintaining and contributing to some projects. I don't believe I've ever encountered any situation where something like this has come up, personally. It might be more common than I think it is, and if someone feels harassed in some way related to a a project I'm responsible for, I definitely want to provide them a private way to voice their concerns. I'm just ambivalent about it all due to stories like the one described in this post.