Commons Based Peer Production

I was reminded today after speaking to Ted Leung that he uses the phrase “commons based peer production” rather than “open source”, because:

The problem with the term open source is that everyone means something different when they use it. Some people just mean licensing. Some people think of a particular community’s set of practices. Others think that it means some kind of fuzzy democracy and mob rule.

Which of course is exactly what I was trying to capture in my post from last year on Blockchain & Open Source Definitions.

Researching that phrase further brought me to a bunch more posts from Ted that make for good reading to see what parts of them apply to today.

This early post was where we were all still trying to explain open source as it came out of the shadows a bit, in the shallows of Web 2.0 and open APIs: Explaining Commons Based Peer Production, er, Open Source (2005).

This is not communism, it’s about preserving the freedom/openness of the web at a basic level, since the software in the commons will be available to anyone, and not controlled by a corporation with a profit motive. It’s about fostering innovation by providing a base that can easily adapted or used as a ground for experimentation. We foster innovation by lowering the threshold so that passionate, talented people can get involved right where they can help the most.

The topic of Design and Commons Based Peer Production (2009) is still being wrestled with today:

Can we actually do design using the commonly accepted tools of e-mail, version control, wiki’s and bug trackers? The design process relies very heavily on visual communications. The code (including design and architecture of code) process is predominantly a text based process. It is very difficult to do design efficiently in a distributed setting using the existing stable of tools. This is going to be a challenge not just for designers but for many other problem domains that could benefit from commons-based peer production.

In various open source projects, we talk about “Core Devs”, but we do not talk about “Core Designers”. And maybe we should be. Or maybe, in 2018 where we may be able to have a single “backend” of a blockchain, and multiple front-ends, then benevolent design dictators may be able to more appropriately fund themselves.

Further reading leads me to Yochai Benkler’s Coase’s Penguin, or Linux and the Nature of the Firm (2002), which is where Ted got the phrase “commons based peer production”.

In this paper I explain that while free software is highly visible, it is in fact only one example of a much broader social-economic phenomenon. I suggest that we are seeing is the broad and deep emergence of a new, third mode of production in the digitally networked environment. I call this mode “commons-based peer-production,” to distinguish it from the property- and contract-based models of firms and markets. Its central characteristic is that groups of individuals successfully collaborate on large-scale projects following a diverse cluster of motivational drives and social signals, rather than either market prices or managerial commands.

Full paper lives on the Yale Law Journal, or PDF. Not sure if this make’s sense for our SPADE Whitepaper Club to review as well. Coase is of course something that is talked about a lot these days with DAOs and fully distributed teams.

Leave a Comment