Codes of conduct


When we did our Open Source attitudes survey a while back, the results were generally very mixed, but one very clear thing is people thought projects should have a formal published code of conduct that covers all parts of a project's community.
Three quarters of respondents said we should, and the rest were unsure. Nobody said we should not.
We do not have one and never have, although of course we have rules for the compo.sr website itself.
I was probably floating between 'Yes' and 'Unsure' personally, just because I am aware these have in the past proved contentious and we've done pretty well so far. But I now float more strongly towards 'Yes' given the survey results, the fact that that many projects have adopted these, and I am more aware now of evidence showing some people really do avoid Open Source given toxic behaviour in some communities.
I remain aware though how some people consider CoCs a stick for them to be beat with, and that some people think everyone should just learn to deal with rudeness etc. I definitely don't agree with those positions, but at the same time I want to make sure any CoC we adopt is as good and fair as it can be so that everybody can get behind it.
This week I started reviewing CoCs, and documents related to them, and it was very clear a CoC named Contributor Covenant was the most popular by far and has been broadly adopted. And that general opinion is that communities should generally get behind the same standardised CoCs rather than reinventing their own.
To that end, I reviewed it, others, and posted whatever feedback I had to make Contributor Covenant as good as possible, in the spirit of Open Source.
That didn't go as well as I hoped though, sadly, as I upset the person who wrote it with an excess of unwelcome feedback. I'm not clear exactly if I was too overwhelming, or too pedantic, if she considers it all settled already, or if she considers me unqualified to give input, but regardless I don't think my feedback is going to get any discussion for the time being. I do still consider the feedback I gave good feedback that would improve this CoC, and I coordinated with Patrick Schmalstig who is probably more qualified than me in these matters.
So, at this point I want people to be as open minded and non-biased as possible, and help us to collectively decide what to do. A poll is attached to this topic, and you can of course comment also. Don't just let me sway you, I want people's own thoughts. I'd like people to bear in mind their own interests, the interests of the community as a whole, and the principal of giving voices to people who may have been ostracised by society.
Become a fan of Composr on Facebook or add me as a friend. Add me on on Mastodon. Follow me on Minds (where I am most active). Support me on Patreon
- If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
- If so, please let others know about Composr whenever you see the opportunity or support me on Patreon.
- If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying Composr on fun personal projects.
- If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.


A lot of the CoC's I've seen in the real world (outside the internet) are focused on the company. Perhaps the Composr CoC should focus on what to expect from this website and the staff (and any related channels, IRC, YouTube) with regard to rule and term breaking actions, rather than serving as extended netiquette and guidelines aimed at the userbase, both of which could be covered by the more common Rules and Terms pages. This way we can ensure pretty much the same outcome (for instance, by explaining our moderation procedures with an accompanying list of previously used warnings/infractions and counts/stats which sets precedents and real examples of what not to do in this particular community whilst also showing that we are enforcing the rules and dealing with term violations in a fair and transparent way).
I would prefer something dynamic and relevant to this community rather than another regulatory document for end users to skip over and disregard. One shoe does not fit all and if you've read the Contributor Covenant (or something quite similarly worded) elsewhere the skip is even more likely (if possible). I would trust transparency and appreciate any site/community which holds itself to account in such an open way over a standard popular document aimed at the end user whilst those in power/control are perhaps not held accountable for their actions despite being subject to the same rules and terms. Perhaps I am missing the point but that's my opinion on a subject I admittedly know very little about.


Personally, I don't think popularity should play a role in whether or not a CoC is used; everyone should have some form of code of conduct policy in place, even if there are no current community problems. The reason for this is because by having a policy in place, you establish transparency with the community about what you expect regarding behavior.
Without a CoC, at any point in time, you could be faced with one or more of these challenges, even if the community is not that popular:
* Staff / moderation having no unified consensus on moderation style and how they take action on questionable or problematic behavior (one staff may consider a list of things unacceptable, and another staff may have a different list)
* Users who could use the lack of a CoC against the staff as justification of ignorance ("I didn't know that was not tolerated"), and staff having no justifiable explanation to fight back against the ignorance excuse without community retaliation
* In extreme cases, a lack of CoC could have legal consequences should the company/project in question get involved in a legal dispute. This doesn't mean a CoC is legally binding, but it could serve as evidence.
I think Composr should have a CoC for these reasons. However, I voted "other", because, considering the challenges we faced with the Contributor Covenant, perhaps we should just stick to making our own CoC. We could consider others as inspiration, but maybe it's best we use our own entirely, adapted for the needs of the Composr community.
- Need support for version 10? The core development team is no-longer offering it for free (unless it's a critical bug that breaks your entire site or a serious security hole). Please consider hiring me instead if you need v10 support or a non-critical bug fix. Or, ask the community in the forums!
- Do you enjoy Composr? Please consider contributing your talent to the project or recommending Composr to others. Even small contributions make a big impact in the Composr community.
- Do you have feedback for us? You can report bugs, suggest features, or give feedback on the Free support options page.
- Do you need professional service with your Composr website? Please consider contracting me for your needs through my company, PDStig, LLC. Doing so will also help fund Composr development.
- Want to watch live streams of me developing Composr CMS? Please subscribe to me on Twitch to be notified when I stream. Composr development streams are usually spontaneous / not scheduled in advance as work priorities come first.


Become a fan of Composr on Facebook or add me as a friend. Add me on on Mastodon. Follow me on Minds (where I am most active). Support me on Patreon
- If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
- If so, please let others know about Composr whenever you see the opportunity or support me on Patreon.
- If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying Composr on fun personal projects.
- If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.





grumpy person on GitHub
While I obviously don't like being basically told to go away after doing my best to contribute to a project, please let's assume the best of people and not create any further hard feelings or inter-community tensions

Become a fan of Composr on Facebook or add me as a friend. Add me on on Mastodon. Follow me on Minds (where I am most active). Support me on Patreon
- If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
- If so, please let others know about Composr whenever you see the opportunity or support me on Patreon.
- If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying Composr on fun personal projects.
- If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.





I'm glad that it wasn't too long, too specific, or too stringent. I always like to encourage people to post without fear of being censored by rules that are perhaps a little too strict for the adult-oriented Internet.


To that end I've just been a dictator and committed Contributor Covenant for v11, along with a section of clarifying comments that say how to interpret it and extend it a little.
Better to just get this done, and then iteratively take any problems people may have as issues on the tracker.
Here's the text, including my clarifying comments:
Implemented Contributor Covenant, with clarifying notes (ccf37118) · Commits · Composr ecosystem / Composr · GitLab
It's important to me that:
- We build on establishes practices rather than waste resources trying to reinvent the wheel (likely poorly); because:
- Our community ain't necessarily different than any others so working together with others is productive
- Standardisation is good, having consistent rules across different communities establishes norms that are easier for people to meet and easier to enforce
- We have something with broad approval in place to put people at ease before any problems could potentially come up
- We have a policy that doesn't only cover the compo.sr website, but other potential aspects of the community
- We don't waste a lot of time unnecessarily
extended netiquette
That's an interesting insight, it hadn't clicked with me that this is a continuation of netiquette.
Perhaps the Composr CoC should focus on what to expect from this website and the staff (and any related channels, IRC, YouTube) with regard to rule and term breaking actions, rather than serving as extended netiquette and guidelines aimed at the userbase, both of which could be covered by the more common Rules and Terms pages. This way we can ensure pretty much the same outcome (for instance, by explaining our moderation procedures with an accompanying list of previously used warnings/infractions and counts/stats which sets precedents and real examples of what not to do in this particular community whilst also showing that we are enforcing the rules and dealing with term violations in a fair and transparent way).
I think if the CoC proves incomplete we can continue to clarify it, or extend the rules, as and when required.
I would prefer something dynamic and relevant to this community rather than another regulatory document for end users to skip over and disregard
If people don't read it it's not a huge deal IMO, as we can still enforce it, and those who care will have peace of mind.
Become a fan of Composr on Facebook or add me as a friend. Add me on on Mastodon. Follow me on Minds (where I am most active). Support me on Patreon
- If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
- If so, please let others know about Composr whenever you see the opportunity or support me on Patreon.
- If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying Composr on fun personal projects.
- If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.