How Open Source Projects Survive Poisonous People (And...

Google Tech Talks
January 25, 2007

ABSTRACT

Every open source project runs into people who are selfish, uncooperative, and disrespectful. These people can silently poison the atmosphere of a happy developer community. Come learn how to identify these people and peacefully de-fuse them before they derail your project. Told through a series of (often amusing) real-life anecdotes and experiences. Credits: Speaker:Ben Collins-Sussman, Speaker:Brian Fitzpatrick

• Category

  Howto & Style

[rspawn]

"What they call "poisonous people", are also called critical thinkers or independent thinkers."

They define "poisonous people" as people who are selfish, uncooperative, and disrespectful.

It is entirely possible to be an independent thinker without being selfish, uncooperative, and disrespectful.

In those cases where an independent thinker is poisonous, the project either makes the best of it or cuts its losses - in fact the video cites a few examples of that.

[dagvl]

There's not anything wrong with a community standard that prohibits names in the file, and there isn't anything wrong with a community that allows it. It's just two different choices which are both legitimate.

[lin545]

I dont't know.

I have to disagree with 15:38.

This is exactly HOW Star Control II was created and it is considered a masterpiece.

[pyrotechnick]

Thumbs up if you're not helping.

[linduxed]

Please, this damn thumbs up whoring needs to die.

You're not helping.

[MrGrzv]

If open source projects continue losing energy on debate about "you" and "me" instead of focusing on "us" and "our project", they have no chance to survive!

[rosinagrosso1122]

nice video.. if you have a better solution to a problem why to follow something else. As for disrespectful, you can't demand to respect someone, he has to earn it.

[Daniel Dotsenko]

1. There is no "Your" in "Open source project"

2. Scope is important on a milestone level or "small" project level. On a project-level what's important is community (spending quality time with people, cherishing that time as well-spent etc) not product and not "goal."

3. Present shift away SVN = clear example of attention, focus causing the community to miss the next turn in the world of software.

Parts are useful, but think twice before quoting this talk. It's based on false premises.

[pyrotechnick]

Thumbs up if you use git, mercurial, bazaar, darcs or monotone

[david0aloha]

Yeah, good luck with getting along with others. If your goal is to produce open-source ideas as a community, you've already decided that productivity and multiple inputs are part of the picture.

Look at it from the perspective of leading a community or even from a strictly goal-oriented perspective. If you want to produce something effectively without getting people at each others throats then learn to work with others or DIY. It's inefficient to NOT have cooperation in a team.

[Felipe Alvarez]

was this presentation made on OOo?