Re: WIP: CoC - Mailing list pgsql-general

> 2. The CoC is not about being offended. The act of being offended is purely a recipient response and usually the
offendedindividual is more interested in being a victim than moving forward. 

Here is my latest version.  Let me know if I should throw in a github repo so it's easier to read or if you have other
plansfor a Coc. 


-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------


Like the open source technical community as a whole, our community is made up of a mixture of professionals and
volunteerswith vast differences of opinions and  
styles of communication. Our community is made up of people from many cultures and walks of life who have come together

with the common goals of making a great piece of software and helping others use this software.

We value contributions from everybody. By contributions we mean code, documentation, project outreach in form of
settingup conferences or working groups,  
package maintenance, answering and asking questions in our forums which further our mission, and providing bug reports.

If you have contributed to our project, then we consider you a member
of our extended family and value your opinions and concerns very highly.

We value the opinions of members who have contributed most more than we value the opinions of others.
This is because major contributors have already proved their desire to further our mission, and for newcomers,
their intention has not yet been established.

We want everyone entering our community willing to help out to feel welcomed.

To maintain and encourage a welcoming environment we ask all people interacting with our community to follow these
guidelineswhen in our 
public spaces.  By public spaces we mean mailing lists, IRC channels, Code repositories, and reporting bug reports

GUIDELINES

1) When in discussions keep focused on the topic being discussed.
2) Say helpful things, and if you feel you have nothing to say that furthers the discussion, say nothing.

By helpful we mean for example:
If someone asks a question, even if it's one that you think has an obvious answer, either provide an example or a link
tothe section of the manual that covers it. 

If you feel a person does not provide enough information for someone to help, point them to this link:
https://wiki.postgresql.org/wiki/Guide_to_reporting_problems

3) Do not switch the topic to yourself unless the topic happens to be about you.
For example if someone is asking a question about replication, and the words master and slave come up in discussion,
do not talk about the great master/slave sex you had last night.

4) Do not ask questions that are unrelated to the mission of our project.

USE OF TRIGGER TERMS

We have long standing terms like Master/Slave that may trigger some past trauma for some people.
While we do consider people's feelings, we weigh that against the effort of changing long understood terminology and
thepsychological trauma  
such changes would cause for the large majority of people who are not as sensitive to the usage.
As such we entertain change requests for naming of new features more than we do of renaming old features.

HANDLING ISSUES

We understand that through no fault of anybody, a person may make a comment they consider harmless that others find
veryoffensive or makes another feel small. As project maintainers 
we will monitor these and gently call people out on them even if they are a member of our maintainer group.

By gentle call out, we mean something like "I think what X was trying to say was that you need to do this" or point
themto this document and specific bullet point we feel they violated. 

We expect of everyone in our spaces to try their best to do the same in a kind and gentle manner. If you feel it's just
aminor offense and the person didn't mean harm by it,  
simply ignore it unless the pattern of talk continues.

If anyone is being  purposely antagonistic please notify the project maintainer group at ... with the specific
occurrenceand evidence that made you feel this way. 
We will judge if your complaints are valid and if we deem they are valid we will talk with the person to affect a
changein their behavior or kick them out if we determine behavior change is not possible. 

We do not tolerate those we feel are trying to derail our project by injecting
discussions that have little to do with the mission of our project.
If you have contributed nothing to our project and you make demands for change, we will try to tell you that kindly
and request you to change or leave.

We promise as project maintainers to apply the same standards on ourselves as we apply to others.



Thanks,
Regina