This repository has been archived on 2017-04-03. You can view files and clone it, but cannot push or open issues/pull-requests.
blog_post_tests/20081109195937.blog

10 lines
3.3 KiB
Plaintext

Why “open source” is not mere marketese
<p>Every once in a while I hear it alleged that &#8220;open source&#8221; is just a marketing device for a practice that would be just as well off without it. This is seriously wrong, but it&#8217;s a confusion I&#8217;m partly to blame for because I have emphasized the marketing utility of the term in the past.</p>
<p><span id="more-603"></span></p>
<p>Yes, the term &#8220;open source&#8221; is partly a marketing device. I proposed the adoption of the term in 1998 because I felt we needed a term for the practice of the hacker community less ideologically loaded than &#8220;free software&#8221; in order to sell the idea to the mainstream. It was a pretty successful marketing device; we passed out of early-adopter stage around 2003 five years later, which compares well with 20 years of failure by the FSF to make a similar breakthrough in the public perception of the &#8220;free software&#8221; brand.</p>
<p>However, &#8220;open source&#8221; was never just a marketing label. Marketing labels usually only have feel-good emotive content. On rare occasions they may weakly imply a descriptive theory of the merits of the product; consider &#8220;workstation&#8221;, for example. What marketing labels never contain is a generative theory of how to improve the product &mdash; because their purpose is to make you believe it&#8217;s already as good as it can get and you should buy, buy, buy, now, now, <em>now</em>.</p>
<p>But the term &#8220;open source&#8221; does entail an entire generative theory of how to improve the process. If you are calling what you are doing &#8220;open source&#8221;, you know (for example) that your process will be improved by changes which (a) shorten the feedback loop between software changes and public testing of those changes, (b) reduce the difficulty of making casual contributions, and (c) increase the size and variety of your developer group.</p>
<p>In this respect, &#8220;open source&#8221; escapes being mere marketese and is like a normal engineering term of art for a methodology; compare, for example, &#8220;agile programming&#8221; which is also both a marketing term and a methodological one associated with similar process ideas. (The similarity is probably not accidental; several of the founders of the agile movement cheerfully admit to having been influenced by my work.) This is one reason I have always insisted it should not be capitalized: &#8220;Open Source&#8221; looks like puffery from someone&#8217;s ad campaign, but &#8220;open source&#8221; does not.</p>
<p>As always when the history of this term comes up, I like to give credit where credit is due. I did not invent it. That honor goes to my long-time friend <a href="http://www.foresight.org/about/Peterson.html">Christine Peterson</a>, futurist and nanotechnology advocate. What I did was (a) attach her term to the generative theory I had developed in 1996-1997 (in <cite>The Cathedral and the Bazaar</cite>), and (b) successfully persuade most of the rest of the community to use it.</p>
<p>As usual in open source, the most important skill involved was at being egoless enough to recognize someone else&#8217;s good idea. Both I and the larger community managed to do that with respect to Chris&#8217;s &#8220;open source&#8221; label, and all have benefitted greatly as a result.</p>