September 3, 2007 1:51 PM PDT

Should open-source companies fire their community members?

by Matt Asay
  • Font size
  • Print
  • 3 comments

In response to a middling post of mine on whether open-source companies offer better support than proprietary companies, Russ Danner shot back a list of questions that really set me to thinking. One, in particular, pushed my thinking on open source:

Sometimes you need to fire customers, is it ever appropriate to fire a community member?

"Firing a customer" refers to getting rid of customers who cost a company too much money to service/support. All industries do this to greater or lesser degrees (if you have cancer, try getting a new health insurance provider in the U.S.), but I've never seen the question related to open-source communities.

Community is the lifeblood of an open-source project, after all. Don't needy, loudmouth community members contribute, too?

I don't know. I can see two sides of this. On one hand, you may have a person that is disruptive to 95 percent of the other community members. Or that person may simply be a massive time sink for the leading developers on a project. (With some people, you can never answer their questions to the level they'd like, and so you get sucked into a black hole of endless questions.)

On the other hand, what would those other 95 percent think if they saw a community member--even an obnoxious one--dumped from the forums? That doesn't sound like the sort of community I'd want to join, where your voice is only valid if you happen to be singing in tune with everyone else.

I suspect that the answer is to let the community--and not the company or project lead--sort it out. If you lay out the ground rules for participation in a community, you can effectively push overly needy community members back to the community for answers to their questions. If the community opts to silence the needy member ("Go check the FAQ! We've answered that a million times already"), then so be it.

What do you think? I imagine this is a fairly common occurrence. How have you/your companies dealt with this kind of issue in the past?

Matt Asay brings a decade of in-the-trenches open-source business and legal experience to The Open Road, with an emphasis on emerging open-source business strategies and opportunities. Matt is vice president of business development at Alfresco, a company that develops open-source software for content management. He is a member of the CNET Blog Network and is not an employee of CNET. Disclosure. You can follow Matt on Twitter @mjasay.
Recent posts from The Open Road
Open source became big business in 2009
Will we see an open-source IPO in 2010?
Could Apache keep Google's regulators at bay?
Red Hat's Q3 earnings defy gravity
Canonical's opportunity to simplify Ubuntu
Google--not necessarily 'more open than thou'
Is it Ballmer's fault?
Hungary votes for open standards
Add a Comment (Log in or register) (3 Comments)
  • prev
  • 1
  • next
Yes, we NEED to fire a disruptive community member
by tristanbob September 3, 2007 8:16 PM PDT
Matt,

Open source communities do value each others opinions. But if a member is repeatedly disrupting useful communication processes, then it is necessary to stop the interruption. If not, it can grind progress to a halt. How do we determine if the behavior requires this action? Well, you need a Code of Conduct (see Ubuntu) and a Community Council (see Ubuntu).

There is also the issue of how to actually block the trouble-maker. Communication is an open process, with no pre-approval necessary. So how can we identify the trouble-maker if they can register under multiple different names? A mailing list can easily get overrun by an emotional confrontation caused by a single trouble-maker.

Last consideration - It would be very easy for proprietary software companies to cause huge negative impacts on open source projects using this method. They stand to benefit greatly from this type of action. So when will this happen, or is it even happening already? (Cue X-files music)

Tristan
Reply to this comment
You can always tell them...
by ian.waring September 4, 2007 6:02 AM PDT
... to fork off.

Ian W.
Reply to this comment
Better than firing is avoiding hiring
by dneary September 4, 2007 7:13 AM PDT
A community grows according to shared values - if a community is friendly and welcoming, its newer members are likely to be friendly and welcoming. If a community is a little rough around the edges, then new arrivals are going to be the people who can ride out those rough edges - and are likely to have a few of their own.

The best way to establish a good community, then, is to identify good core values, and encourage them. A code of conduct, or benevolent dictators who pinch poor behaviour in the bud, are likely to help avoid the need of firing anyone.

If someone comes along acting in a way which is unacceptable for the existing community, they will hear about it, and are likely to feel misunderstood, unpopular, picked on - but they're not going to stick around. In the same way, if you allow bad behaviour to go uncensured, newcomers are likely to feel that the community is rude, unwelcoming, beligerent - and they will go elsewhere.
Reply to this comment
(3 Comments)
  • prev
  • 1
  • next
advertisement

15 sites that went kaput in 2009

Web sites launch all the time, but they also shut their doors. We highlight 15 that bit the dust this year.

Top 10 news stories of the decade

Let the debate begin: Was the iPhone more important than iTunes? Was anything bigger than Google finding a great business model? CNET offers its list of the 10 most important stories of the '00s.

About The Open Road

Matt Asay brings a decade of in-the-trenches open-source business and legal experience to the Open Road, with an emphasis on emerging open-source business strategies and opportunities. Matt is general manager of the Americas division and vice president of business development at Alfresco, a company that develops open-source software for content management. He is a member of the CNET Blog Network and is not an employee of CNET. Disclosure.

Add this feed to your online news reader

The Open Road topics

advertisement
advertisement

Inside CNET News

Scroll Left Scroll Right