Commentary

Serdar Yegulalp
 

The Cost Of Free, Revisited

At the New Yorker, there's a review of Chris Anderson's new book Free: The Future of a Radical Price by Tipping Point author Malcolm Gladwell. The points made in the article, while not aimed directly at die-hard open source advocates, might well have been. Free, as Gladwell puts it, is just another price.

At the New Yorker, there's a review of Chris Anderson's new book Free: The Future of a Radical Price by Tipping Point author Malcolm Gladwell. The points made in the article, while not aimed directly at die-hard open source advocates, might well have been. Free, as Gladwell puts it, is just another price.


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

The whole article is worth reading even if you haven't read Free yet (something I plan to do), and despite my initial hesitation for Gladwell being the reviewer -- I wasn't crazy about his brand of theorizing in his own books -- he makes a good case for why "free" is not really free. What we call "free" from the outside is simply a shifting of burdens, as will be familiar to most anyone who has studied the software market. Or any market, really.

Most of us are probably familiar with this in the form of a company who gives away a core product and charges for support and maintenance and patent-licensable cost-plus add-ons (SugarCRM, Ubuntu/Canonical, etc.). The stuff that's free has just had its cost moved around, like a car you buy with no money down. What matters is two things: 1) Can you continue to pay everyone involved with the money you're only making from a part of the endeavor? and 2) Can you do at least as good as, if not better than, people who charge both up-front and after the fact?

Gladwell describes one of Anderson's key points as "when prices hit zero extraordinary things happen". The problem is, as Gladwell points out, prices never really hit zero. Someone, somewhere, is still paying for all of this. They may not be paying for it up front, but you can bet your bandwidth bill someone's getting an invoice for it.

Here's another way to break all this down.

  1. Everything comes with a price.
  2. That price, in one form or another, is your time.
  3. A person's time (the "raw" form of the price) is generally far more valuable to a person than their money (the "refined" form). If you're spending money, then that's time you worked to earn that money that's being re-used in another context.

With open source, the development costs can be trimmed by re-using other people's work, but it takes time and effort to cobble those pieces together into something other than their disparate, disconnected parts. It takes further time and effort to test it, to create a delivery mechanism for it, to write documentation for it, to solicit and process user feedback, etc. The price of acquisition may be effectively zero, but that zero is masked by a lot of other things. It's not that the idea of giving things away is bad -- it's just that it's going to be governed by the same economic forces as anything else.

Most sensible people, I think, are aware of all this even if they don't articulate it openly. Companies that get into the open source game and do it responsibly -- for themselves, their stockholders, their customers -- know about these things and act on it. Those who tout open source as a panacea or speak of it in revolutionary terms

I once read that the Vietnamese language has no superlatives; there is no way to say something is "the worst", just very very very bad. A lesson might be drawn from there: there is no free, just really really really cheap. It seems like there's no difference, but it is in fact all the difference there can be.

InformationWeek Analytics has published an independent analysis of the current state of open source adoption. Download the report here (registration required).

Follow me and the rest of InformationWeek on Twitter.


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links