OpenWashing doesn’t really work.

by Gil Yehuda on January 6, 2011

in Enterprise 2.0,Open Source


Recently someone asked me about OpenWashing.  Let me share my thoughts here. OpenWashing is a derogatory term for companies who pretend to “do open source.”  (We’ll discuss what that could mean.) The term is related to WhiteWashing (censoring information in order to “fix” history) and GreenWashing (portraying your product to be more environmentally sensitive than it really is).  An ironic problem with OpenWashing is that it does not work.  OpenWashers try to mislead.  But Open Source is quite resistant to deception (it’s one of the things that makes Open Source so interesting to me).  It’s pretty obvious when you try to OpenWash, so it backfires.

The term “do open source” means, what?  It’s pretty unclear. Unfortunately, people use it to mean different things — causing confusion. Here are three of the more common meanings I come across:

  1. Using: Using Open Source products / tools  instead of proprietary software within your company: e.g. using Linux vs. Windows servers in your server farm, using OpenOffice instead of Microsoft Office for your knowledge workers,  supporting Firefox in addition to Internet Explorer.  A variation of “using” is to use Open Source code in your development for products and tools.
  2. Selling: Releasing the source code to your technology products — and thereby in effect, selling something other than code. This is similar to the freemium model (offering a limited product for free, and a full product for money), or to underpricing your products in order to sell services for them.  A variant of this is to offer a restrictive Open Source license for free and a permissive commercial license for cost.
  3. Giving: Allowing your non-product, non-essential code to be released as Open Source. i.e. Giving stuff away.  Variants of the this include releasing code that shows how to use your products or that helps enable the use of your product in other platforms.

Note how very different these three are — and yet, people will say “I work in an Open Source company”, and you’re not really sure what they mean.  And there are many variants to the three behaviors above — so the term “doing Open Source” has other potential meanings too.

Each of the above behaviors has value to a company.  There are real benefits and real risks in 1. using Open Source, 2. selling services on free software or 3. publishing and contributing to Open Source projects.  Many companies have some sort of policy (de jure and de facto) about how they leverage the benefits and address the risks.  Openness is usually considered “a good thing” to be.  (Just don’t reveal confidential information about your clients in the open!)

OpenWashing comes into play regarding various variants of #2 and #3.  In the case of selling technology products, a company can give something for free, but customers may find a need to pay for something. Some people call this OpenWashing, since they go in thinking this is free, but end up paying for something.   I don’t see this as a real problem.  People who think  they get things for free are naive — and it’s healthy for them to get a wake up call in the form of an invoice.  Remember Heinlein’s acronym: TANSTAAFL.   Sure there are free products out there — but companies have a responsibility to be companies.  They will give things for free for good business reasons.  You can’t be angry at a company for not being a charity.  Payment eventually happens somewhere in the process.

Another form of OpenWashing comes into play when a company publishes code to Open Source, but does not accept code contributions from others (or does so in a very limited way).  This makes other developers upset because they want to contribute (usually to improve the code), but can’t.  So when a company simply “codes in public” it looks like they are “doing Open Source”, but it’s not a two-way street.  Still I don’t have as much of a problem with this when it’s made clear.  Yes, you might get upset that it’s not fully open — but that’s the choice a company can make when they publish code.  Indeed the company will fail to get many of the benefits of Open Source (e.g. crowdsourcing bug-fixes, evolving the project to novel directions, building real partnership with the community of interest around that code), but it will get some benefits (transparency leading to trust, motivation to write better code, kudos to the hard-working developers, etc.).   Sometimes it’s the right choice for them to make. They should make it clear  and usually do.

Open Source has taught companies that they have to give in order to get.  When companies limit what they give, they will limit what they get, but that’s a business choice.  <foo>Washing takes place when someone deceives.  But deception does not work so well in Open Source cases, since you can see what is going on.  Let me know you have seen cases where someone deceives their community using Open Source, I’m interested to learn if I’m missing something here.

Open-ness is currently a strong cultural value.  We want companies to be open with us.  If you saw the recent movie Tron Legacy you might recall Sam Flynn’s heroic entrance as the good guy in the movie.  The main character’s motivation for being the largest shareholder of the evil technology corporation was to steal their code and opensource it. (Ignore the ethics and legalities here, it’s just a movie.)

So when we hear a company say they are “doing Open Source” some people get very excited.  We want them to be very open, and we want stuff to be very free.  In some cases we may be disillusioned when we find out the details — companies are still companies.  If it’s open and honest, then customers will usually respect it.  If not, they will be very open in their feedback.  And that’s healthy for both sides.

{ 3 trackbacks }

Corporate Open Source Considerations. | Gil Yehuda's Enterprise 2.0 Blog
January 12, 2011 at 10:14 pm
Quora
February 7, 2011 at 10:29 pm
Quora
May 26, 2011 at 8:12 pm

{ 12 comments… read them below or add one }

1 Alex Howard November 8, 2012 at 9:23 pm

@evgenymorozov Also see "fauxpen." FWIW, I've been using "openwashing" for a year now. @gyehuda on use re: open source: http://t.co/2zIJMSz8

Reply

2 openlogic September 9, 2011 at 6:38 pm

OpenWashing doesn't really work. http://t.co/Q0c264t via @gyehuda

Reply

3 Richard Harbridge January 10, 2011 at 7:35 pm

OpenWashing doesn't really work http://bit.ly/hqmQnB {Nor does CloudWashing, GreenWashing, or SocialWashing (http://bit.ly/hdorPT)}

Reply

4 Rich Rosenbaum January 7, 2011 at 3:55 pm

Let me inaugurate the term “Cloudwashing”. I haven’t seen an IT ad recently that did not include the work ‘cloud’ in it.

Reply

5 Gil Yehuda January 7, 2011 at 4:35 pm

Brilliant. I often look and theses ads and websites and substitute “Internet” or “Webserver” and realize just how meaningless the marketing department is making the word “cloud” to be. I spend much of my time dealing with “private cloud” computing — which is usually just the good old fashioned server room that every large company has. Nothing particularly cloudy there — as the raised floor are only about a foot above the rest :-) . Unfortunately, “utility” is not a very sexy term. Thanks for the chuckle.

Reply

6 Gil Yehuda January 7, 2011 at 12:36 am

Blog post #e20 OpenWashing doesn’t really work. – Recently someone asked me about OpenWashing.  Let me share my thou… http://ow.ly/1aL8em

Reply

7 Matt Burkhardt January 6, 2011 at 7:40 pm

More companies and organizations need to go whole hog! RT @gyehuda: OpenWashing doesn't really work. http://is.gd/kffXQ

Reply

8 Gil Yehuda January 6, 2011 at 9:45 pm

Matt, I wonder about your message. I see all sorts of cases in my company where we apply different levels of openness to different projects based on many considerations — with the goal of finding a path that would be beneficial to my company and to the people who care about the technology in question. What do you mean by “whole hog” (slang meaning “the fullest extent”)? What could companies do better or more of? Which cases are you referring to? Do you see value in different Open Source approaches for different projects?

Reply

9 Matt Burkhardt January 7, 2011 at 1:57 pm

Gil, I just feel that there’s so many good things about open source. I just feel that if you’re going to use open source, you should also try to be a good member of that community. For example, I do work with Drupal and CiviCRM – and I take a percentage of my gross revenues and put it back into the projects. In addition, I’m currently working on a module for a client which I will then donate back.

Just using open source and not giving back sucks the life out of some of these projects. For example, I used to use BOUML for my UML modeling. However, some users were apparently repackaging (allowable under the license) and not giving back to the community. A good software package was lost to the open source community because of some users (I don’t know how many users “abused” their licensing with BOUML).

In addition, I agree with your ideas concerning open publishing of code. Please don’t call it open source – call it open publishing or free software, but not open source.

Reply

10 Gil Yehuda January 7, 2011 at 5:02 pm

Matt,
I agree in part. Those who just take from Open Source and don’t give back are limiting themselves from gaining many benefits. And it reflects poorly on them. If someone has a software patch that they don’t give back, they will likely find the next release of the Open Source project to have the same bug — requiring the same patch, causing extra work on their part. It’s far more efficient to contribute the patch for all to benefit. Moreover if you extend functionality and improve the project, it’s good to share that too.

However, there are many cases where good reasons prevent you from giving back (I’ll write a follow up post listing these). And there are cases where the project does not want your contributions either. So you might not always get the virtuous cycle. But it’s still Open Source — since the definition of Open Source is not based on activity but on license.

If I have a piece of copyrightable code (my property, non di minimus, non public domain, etc.) and I put an Open Source license (say one the ones that either FSF or OSI approves of) on it, then legally speaking, I have created Open Source code. It can be buggy code. I can even try to sell the code (thus making it not free software). So I can’t accept your suggestion because its not accurate. Yes, its what Open Source enthusiasts want to convey, but it’s not what the licenses stipulate.

Moreover, in the case of BOUML (or any Open Source project), users can violate the terms of the license in a number of ways (depending on the license used). But failing to contributing back to a project is not one of them. I have yet to see any Open Source License that requires contributions back to the project. It’s certainly encouraged, but not required. You cannot blame users for a failed community. If enough users cared, they’d keep the project going. If not, not. But apathetic users cannot prevent dedicated users from finding success. If a project fails its usually because there were not enough dedicated community members willing to do what it takes (in some cases fork and leave) to keep a project successful.

Reply

11 Gil Yehuda January 6, 2011 at 6:49 pm

Blog post: OpenWashing doesn’t really work.: Recently someone asked me about OpenWashing. Let… http://goo.gl/fb/ulRs6

Reply

12 Wissensauslese January 6, 2011 at 6:49 pm

#gilyehuda OpenWashing doesn’t really work. http://bit.ly/fUQzIm #e20

Reply

Leave a Comment

You can use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Previous post:

Next post: