The free software way

No readers like this yet.
A diagram of a branching process

Opensource.com

On opensource.com you may often encounter references to "the open source way". My colleagues at Red Hat who use this phrase are, I think, looking at the most iconic, mature and commercially significant examples of the development model that is, today, closely associated with open source software, and are distilling certain general principles or values from such examples. Many active contributors to opensource.com are particularly interested in exploring how these same values are being applied in domains far removed from software development. Chief among these “open source way” values are transparency, community, and meritocracy.

I respectfully dissent from any simple equation of “open source” with those values. Don’t get me wrong: those are great and inspirational concepts, and I am particularly pleased that they form a core part of Red Hat’s corporate identity today. But open source is more, and less, than those things.

The term “open source” originated in a 1998 marketing campaign by some developers and entrepreneurs to encourage enterprise adoption of what had previously most often been called “free software”. Rebranding was a part of the strategy. I mention this because I think there is a tendency today for some who are less familiar with this history to make too much of the word “open” in “open source”. Certainly it was not intended as a general reference to a principle of information transparency, but rather a recognition that source code availability to users was a necessary condition for software to be "free as in freedom".

Necessary, but not sufficient. Indeed, a flaw in the term "open source" is that it seems to place sole emphasis on source code availability per se. Source code licenses that prohibit redistribution, and which require payment of a license fee and signing a non-disclosure agreement, have been around for as long as software companies have been asserting copyright and trade secret rights in software. The modern free software movement began in large part as a reaction against such licensing.

What the term “open source” fails to capture is the bundle of legal rights granted to users — broad freedoms to copy, modify, and redistribute — that make open source FaiF. These rights, if coupled with source code availability, are sufficient for distributed software to be open source. All community efforts to define free software, or open source, rest on this understanding.

To me, then, open source is not a development methodology, let alone a distillation of broadly-applicable principles seen as underlying such a methodology. Rather, open source is a specific legal model of property rights transfer. To put it differently, open source is about freedom to use, modify, and share creative material that could otherwise be severely legally restricted by the author. (Source code availability is relevant because otherwise the freedom of modification would be practically impossible to exercise.)

What we think of as the modern open source development model – involving public collaboration, community-building, transparent development, and meritocratic participation – is a side effect of the open source legal model; it is not intrinsic to it. There are plenty of open source projects that are not especially meritocratic. There are plenty of open source projects that are less than completely transparent, or which do not effectively build any user or contributor communities to speak of.

Moreover, not all collaborative community software development models are justifiably considered open source (for a good example of one that isn’t, see the Code Project). In recent years we have seen successful extensions of the free software model to non-software endeavors; a notable example is Wikipedia, where all contributions are licensed under CC-BY-SA, a license which grants permissions equivalent to those available under copyleft software licenses. But I disagree with my colleagues who regard MIT OpenCourseWare as an example of the open source way, because the license of MIT’s OCW contains use restrictions that are incompatible with open source licensing norms. So, for me, the open source way means fidelity to the legal model of free software, appropriate to the medium and context.

Tags
Richard Fontana
Richard is Senior Commercial Counsel on the Products and Technologies team in Red Hat's legal department. Most of his work focuses on open source-related legal issues.

1 Comment

A very thoughtful introduction as I would expect from Richard. I am not sure that I can completely agree with the focus on legal rights because "open source" encompasses such different approaches to the legal structuring of relationships. For example, the GPL imposes a very different legal regime from BSD. I have long found it curious that such different approaches to licensing software are included in the single category of "open source". I can agree that "open source" has different meanings in different contexts and my experience with open source communities is similar to his: the values of transparency, community and meritocracy are frequent characteristics of open source communities but they are not always the characteristic of such communities. The movement is yet young and it is fascinating to watch its development.

That development has been supercharged by venture capital investment in "open source" startups. However, the "open source" pixie dust for startups which mesmerized venture capital investors in 2007 and 2008 has faded (just like the demise of the "e" pixie dust in 1999). Companies need to answer much harder questions about their business model which I view as a positive development and indicates the entry of "open source" companies into the mainstream.

Creative Commons LicenseThis work is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.